ㅁ
# & * @ § ※ ☆ ★ ○ ● ◎ ◇ ◆ □ ■ △ ▲ ▽ ▼
→ ← ↑ ↓ ↔ 〓 ◁ ◀ ▷ ▶ ♤ ♠ ♡ ♥ ♧ ♣ ⊙ ◈ ▣
◐ ◑ ▒ ▤ ▥ ▨ ▧ ▦ ▩ ♨ ☏ ☎ ☜ ☞ ¶ † ‡ ↕
↗ ↙ ↖ ↘ ♭ ♩ ♪ ♬
㉿ ㈜ № ㏇ ™ ㏂ ㏘ ℡ ® ª º
좀 큰 버전
# & * @ § ※ ☆ ★ ○ ● ◎ ◇ ◆ □ ■ △ ▲ ▽ ▼
→ ← ↑ ↓ ↔ 〓 ◁ ◀ ▷ ▶ ♤ ♠ ♡ ♥ ♧ ♣ ⊙ ◈ ▣
◐ ◑ ▒ ▤ ▥ ▨ ▧ ▦ ▩ ♨ ☏ ☎ ☜ ☞ ¶ † ‡ ↕
↗ ↙ ↖ ↘ ♭ ♩ ♪ ♬
㉿ ㈜ № ㏇ ™ ㏂ ㏘ ℡ ® ª º
2015년 4월 23일 목요일
2015년 4월 21일 화요일
php를 사용 하여 특정 html 페이지를 긁어올때 방법.
* php를 사용 하여 특정 html 페이지를 긁어올때 아래의 세가지 케이스가 있다.
1. file_get_contents 함수 이용
아래의 코드를 삽입하여 확인 (특정 사이트의소스를 그대로 다 가져옴)
2. curl함수 이용 (fsocketopen을 이용하는 방법도 있다고 함.)
3. snoopy 라이브러리 사용
공개된 스누피 오픈소스를 이용하는 방법이다.
아래의 링크로 이동하여 다운받아 설치하여 사용한다.
http://sourceforge.net/projects/snoopy/?source=directory
* 참고 사이트 : http://phpinside.tistory.com/?page=4
1. file_get_contents 함수 이용
아래의 코드를 삽입하여 확인 (특정 사이트의소스를 그대로 다 가져옴)
<? echo file_get_contents(http://www.google.com); ?>이게 안되면.. 2번으로 (서버에 따라 막혀있을수 있음)
2. curl함수 이용 (fsocketopen을 이용하는 방법도 있다고 함.)
<?php
$ch = curl_init();
curl_setopt ($ch, CURLOPT_URL, 'http://www.google.com');
curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);
$file_contents = curl_exec($ch);
echo $file_contents;
?>
3. snoopy 라이브러리 사용
공개된 스누피 오픈소스를 이용하는 방법이다.
아래의 링크로 이동하여 다운받아 설치하여 사용한다.
http://sourceforge.net/projects/snoopy/?source=directory
* 참고 사이트 : http://phpinside.tistory.com/?page=4
2015년 4월 18일 토요일
음악
나이가 들수록 음악 취향이 조금씩 변화하게 되더라.
그래도 꾸준히 엠비언트는 듣고 있는것 같다
예전 기록들 정리할겸 페이스북 갔다가
갈무히 해놓은 노래들을 주워다 듣고 있다.
https://www.youtube.com/watch?v=zlYsYJKr4fk
예전만큼 찾아서 일부러 신보 듣고, 잡지사고, 녹음하고, 그러지는 않지만
그래도 가끔 씨디는 구매한다. 그것이 뮤지션에 대한 예의이므로... (이왕 살거면 공연장에서 파는것으로... 수수료 안떼가게)
듣는 채널은 많이 변화되었다. 요즘은 비트 라디오와 사운드클라우드에서 구독 피드로 듣는다.
직접 검색하면 유투브로...
몇년뒤에는 어떤식으로 음악을 듣고 접하게 될까.
2015년 4월 7일 화요일
meta tag / 메타태그 예시
<meta property="og:title" content="제목"/>
<meta property="og:type" content="article"/>
<meta property="og:url" content="콘텐츠 전체 url"/>
<meta property="og:image" content="썸네일 이미지"/>
<meta property="og:description" content="콘텐츠의 간략한 내용"/>
<meta property="og:article:thumbnailUrl" content="아이콘"/>
<meta property="og:article:author" content="출처"/>
<meta property="og:article:author:url" content="출처 경로"/>
2015년 4월 4일 토요일
2015년 4월 1일 수요일
[AWS 팁] 아마존 서버 RI 결제 시, 주의사항!
아마존 EC2 상품 빌링 관련한 사항중 주의사항이 있다.
상품 옵션가운데 스팟인스턴스, 예약인스턴스, 전용인스턴스가 있다.
나의 경우 싱가폴 리전, 1년선결제, m3.medium으로 지정하였고
이중 선결제를 위한 예약인스턴스를 원하였었다. 그래서 아마존의 가이드 페이지를 보면서 RI(예약인스턴스) 결제를 원했다. 신청 프로세스 가운데 tenancy옵션이 있다. 여기에 dedicated가 있고 shared, none등이 있는데 차이점은 채널 회선을 독립적으로 쓰느냐 다른곳과 공유해서 쓰냐의 차이이다. 물론독립적으로 쓰는것이 네트워크 안정성에 완빵이겠지만 가격차이가 많이 난다면 shared 로 지정해도 무방하다.(대빵 크고 잘되는 서비스가 아니라면!!!)
그런데 이 부분에서 사전에 상품옵션에 기재된 예약인스턴스 와 전용인스턴스가 shared와 dedicated인지는 꿈에도 몰랐다.
왜 문제인거냐면 예약은 기존에 시뮬레이션 해본 정보 그대로 진행하고 예쌍범위를 벗어나지 않지만
전용인스턴스로 지정을 해버리면 과금되는것에 추가로 1시간에 2달러가 빠져나간다는거!!! 'ㅁ'!!
나는 dedicated의 2달러 추가 과금을 전혀 체크하지 못했고 그부분을 제외하고 시뮬레이션 했기때문에 별 차이없고 괜찮다고 생각하여 shared대신에 dedicated로 신청하게 되었다.
1달 뒤 날라온 invoice는 내눈을 의심하게 만들었었다..... 당장 전화해서 상품을 취소하고 shared로 재결제 하였지만 이미 청구된 돈은 당연히 돌려받을수 없지...내 실수니까 흐큐...회사에 너무나 죄송스러웠고...
두서없이 적어내렸지만 뭐 그랬다는 이야기...다. 혹시 나와 비슷한 상황이신분은 참고바랍니다.
사실 여러가지 에피소드가 있었는데. 실제 서버 개발자도 아니어서 잘 모르는 부분이 많았고 그나마 다행히도 외주 개발자의 도움을 받아 빌링부분만 진행했었다.
교훈은 돈 관련된건 2-3배로 더욱 신중히 진행해야한다는것. 아주 조그맘ㄴ 부분까지 모두 체크해서 다 완벽히 파악하고 이해하고 따져야 한다.
그밖에...
아마존을 포함한 클라우드 서버는 자신이 사용한만큼 부과되는 종량제 요금이고, 그만큼 유연한 대처가 가능하지만 잘 알아보고 자신의 서비스와 용도 개발 방식에 따라 상품을 잘 선택해서 지정해야한다. 까딱 잘못하면 요금폭탄을 맞게 십상이다.
경험없이 처음 진행하게 되면 당연히 여러가지 시행착오를 겪을 수 있다. 때문에 라이브서비스와 맞물려서 바로 연결해놓지 말고 3개월정도는 테스트 기간을 두어 서비스의 사용률과 알맞은 최적의 상품/결제를 고민해야 한다.
지원서비스의 경우 홈페이지가 상품설명의 영업부분은 한글서비스로 제공되지만 전부되어있는것은 아니고 실제 빌링 신청할때 등 영어로만 제공된다. 그리고 기술문의 같은경우도 Support program을 구입하여 1:1 상담을 받을 수가 있는데 한국어는 지원이 되지않고 영어로만 가능하다. 영어를 쫌 해야..
상품 옵션가운데 스팟인스턴스, 예약인스턴스, 전용인스턴스가 있다.
나의 경우 싱가폴 리전, 1년선결제, m3.medium으로 지정하였고
이중 선결제를 위한 예약인스턴스를 원하였었다. 그래서 아마존의 가이드 페이지를 보면서 RI(예약인스턴스) 결제를 원했다. 신청 프로세스 가운데 tenancy옵션이 있다. 여기에 dedicated가 있고 shared, none등이 있는데 차이점은 채널 회선을 독립적으로 쓰느냐 다른곳과 공유해서 쓰냐의 차이이다. 물론독립적으로 쓰는것이 네트워크 안정성에 완빵이겠지만 가격차이가 많이 난다면 shared 로 지정해도 무방하다.(대빵 크고 잘되는 서비스가 아니라면!!!)
그런데 이 부분에서 사전에 상품옵션에 기재된 예약인스턴스 와 전용인스턴스가 shared와 dedicated인지는 꿈에도 몰랐다.
왜 문제인거냐면 예약은 기존에 시뮬레이션 해본 정보 그대로 진행하고 예쌍범위를 벗어나지 않지만
전용인스턴스로 지정을 해버리면 과금되는것에 추가로 1시간에 2달러가 빠져나간다는거!!! 'ㅁ'!!
나는 dedicated의 2달러 추가 과금을 전혀 체크하지 못했고 그부분을 제외하고 시뮬레이션 했기때문에 별 차이없고 괜찮다고 생각하여 shared대신에 dedicated로 신청하게 되었다.
1달 뒤 날라온 invoice는 내눈을 의심하게 만들었었다..... 당장 전화해서 상품을 취소하고 shared로 재결제 하였지만 이미 청구된 돈은 당연히 돌려받을수 없지...내 실수니까 흐큐...회사에 너무나 죄송스러웠고...
두서없이 적어내렸지만 뭐 그랬다는 이야기...다. 혹시 나와 비슷한 상황이신분은 참고바랍니다.
사실 여러가지 에피소드가 있었는데. 실제 서버 개발자도 아니어서 잘 모르는 부분이 많았고 그나마 다행히도 외주 개발자의 도움을 받아 빌링부분만 진행했었다.
교훈은 돈 관련된건 2-3배로 더욱 신중히 진행해야한다는것. 아주 조그맘ㄴ 부분까지 모두 체크해서 다 완벽히 파악하고 이해하고 따져야 한다.
그밖에...
아마존을 포함한 클라우드 서버는 자신이 사용한만큼 부과되는 종량제 요금이고, 그만큼 유연한 대처가 가능하지만 잘 알아보고 자신의 서비스와 용도 개발 방식에 따라 상품을 잘 선택해서 지정해야한다. 까딱 잘못하면 요금폭탄을 맞게 십상이다.
경험없이 처음 진행하게 되면 당연히 여러가지 시행착오를 겪을 수 있다. 때문에 라이브서비스와 맞물려서 바로 연결해놓지 말고 3개월정도는 테스트 기간을 두어 서비스의 사용률과 알맞은 최적의 상품/결제를 고민해야 한다.
지원서비스의 경우 홈페이지가 상품설명의 영업부분은 한글서비스로 제공되지만 전부되어있는것은 아니고 실제 빌링 신청할때 등 영어로만 제공된다. 그리고 기술문의 같은경우도 Support program을 구입하여 1:1 상담을 받을 수가 있는데 한국어는 지원이 되지않고 영어로만 가능하다. 영어를 쫌 해야..
[WP 팁/플러그인] Contact form 7 을 사용하여 메일 송수신이 잘 되지않을때
워드프레스의 Contact From 7을 사용중에
간혹 메일이 전송/수신이 되지 않는경우가 있다.
지금까지 찾아본 정리 팁은 다음과 같다.
1. Gmail 계정으로 연결한다.
구글 앱스 또는 쥐메일 계정으로 등록시켜 놓으면 좀 더 안정적인 메일전송을 기대해볼 수 있다.
다만 나의 경험상 메일 주소를 그대로 등록해놓았을때 배달이 안될 때가 있었는데
그때에는 환경설정에 들어가 미러링 처럼 정의된 또 다른 메일주소를 입력하니 정상적으로 동작하기도 하였었다.
그밖에 쥐메일/보안 관련 메일 전송시 Configure SMTP 플러그인을 사용하는 방법도 추천.
2. Gravity Forms, Ninja Forms 등의 플러그인도 유명하다고 한다.
나는 직접 설치해서 써보지 않아 자세한 설명은 생략.
- Ninja Forms : 바로가기/ 그나저나 내가 좋아하는 레드컬러에 반쯤 삐져나온 닌자 캐릭 귀엽...;
- Gravity Forms : 바로가기
- 두 플러그인에 대한 비교 페이지
3. 자신의 서버 호스팅의 환경/세팅과 연관되어있을수도 있으니 체크.
4. 그밖에 Contact From DB 플러그인 이용하여 사용자의 전송정보를 DB로 함께 보관할수도 있다.
간혹 메일이 전송/수신이 되지 않는경우가 있다.
지금까지 찾아본 정리 팁은 다음과 같다.
1. Gmail 계정으로 연결한다.
구글 앱스 또는 쥐메일 계정으로 등록시켜 놓으면 좀 더 안정적인 메일전송을 기대해볼 수 있다.
다만 나의 경험상 메일 주소를 그대로 등록해놓았을때 배달이 안될 때가 있었는데
그때에는 환경설정에 들어가 미러링 처럼 정의된 또 다른 메일주소를 입력하니 정상적으로 동작하기도 하였었다.
그밖에 쥐메일/보안 관련 메일 전송시 Configure SMTP 플러그인을 사용하는 방법도 추천.
2. Gravity Forms, Ninja Forms 등의 플러그인도 유명하다고 한다.
나는 직접 설치해서 써보지 않아 자세한 설명은 생략.
- Ninja Forms : 바로가기
- Gravity Forms : 바로가기
- 두 플러그인에 대한 비교 페이지
3. 자신의 서버 호스팅의 환경/세팅과 연관되어있을수도 있으니 체크.
4. 그밖에 Contact From DB 플러그인 이용하여 사용자의 전송정보를 DB로 함께 보관할수도 있다.
[Web 팁] 웹사이트에서 유투브 동영상 화면을 모바일에 최적화되어 보이게 하기
웹사이트(일반, 워드프레스, 기타 블로그 등)에 유투브 재생화면을 삽입 시
보통 데스크탑 사이즈에서는 잘 보이는데 모바일에서 보았을때 화면이 아예 늘어나버려서 다른 내용과 영역이 틀어져보일때
아래와 같은 코드를 삽입하여 모바일화면에서도 최적화되어 보이게 처리한다.
의 형식으로 HTML편집기에 삽입
CSS는 아래와 같이 지정한다.
이렇게 하면 화면사이즈에 따라 재생플레이어가 유동적으로 변화한다.
여기서 굵은 표시가 된 iframe태그는 유투브 플레이 화면에서 하단에 있는
공유 > 소스코드로 이동하여 보이는 코드를 복사후 교체하면 된다.
예시 페이지 : http://bigture.co.kr/?p=4348
* 참고 사이트 : http://avexdesigns.com/ responsive-youtube-embed/
보통 데스크탑 사이즈에서는 잘 보이는데 모바일에서 보았을때 화면이 아예 늘어나버려서 다른 내용과 영역이 틀어져보일때
아래와 같은 코드를 삽입하여 모바일화면에서도 최적화되어 보이게 처리한다.
<div class="video-container">
<iframe src="유투브동영상주소" frameborder="0" width="560" height="315"></iframe>
</div>
의 형식으로 HTML편집기에 삽입
CSS는 아래와 같이 지정한다.
.video-container {- See more at: http://avexdesigns.com/responsive-youtube-embed/#sthash.9QwuEd44.dpuf
position: relative;
padding-bottom: 56.25%;
padding-top: 30px; height: 0; overflow: hidden;
}
.video-container iframe,
.video-container object,
.video-container embed {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
}
이렇게 하면 화면사이즈에 따라 재생플레이어가 유동적으로 변화한다.
여기서 굵은 표시가 된 iframe태그는 유투브 플레이 화면에서 하단에 있는
공유 > 소스코드로 이동하여 보이는 코드를 복사후 교체하면 된다.
예시 페이지 : http://bigture.co.kr/?p=4348
* 참고 사이트 : http://avexdesigns.com/
피드 구독하기:
덧글 (Atom)
