유닉스 리눅스 계열에서 많이 사용하는 웹서버로 아파치가 있는데, 

요즘은 nginx 를 쓰는 곳이 많아지고 있다. 

그래서 아래와 같은 오류 메시지가 많이 보인다. ^^

해결방법

1) 버퍼와 타임아웃 시간을 늘려라.

2) www.conf 에 listen 옵션을 넣어라.

3) APC 캐시를 사용한다면, 중지시켜라.

Other quick solutions:

1) Increase buffer and timeouts inside http block:

http {
...
fastcgi_buffers 8 16k;
fastcgi_buffer_size 32k;
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
...
}

2) Ensure your php-fpm service is listening according to what you’ve configured in nginx, it can be either this two options:

Edit www.conf file (in CentOS it is located at /etc/php-fpm.d/www.conf and try with one of this two options:

listen = /var/run/php5-fpm.sock

or

listen = 127.0.0.1:9000

After that, just restart the php-fpm service.

3) Disable APC Cache if used, instead try Xcache, apc can cause this kind of issues under particular enviroments causing segmentation faults.

* 출처

http://www.nginxtips.com/502-bad-gateway-using-nginx/

윈도 미디어 서비스 WMS 는 서비스를 위해서 여러가지의 프로토콜을 사용한다.

스트리밍 미디어 프로토콜
Windows Media 9 시리즈는 표준 인터넷 프로토콜(TCP/IP, UDP, HTTP 및 RTP)과 함께 다음 두 개의 스트리밍 프로토콜을 사용합니다.

• RTSP(Real-Time Streaming Protocol)
• MMS(Microsoft Media Server Protocol)

이는 프로토콜 롤오버라는 것을 통해서 서비스 한다. 

프로토콜 롤오버
프로토콜 롤오버는 스트림 수신을 위한 최상의 연결 프로토콜을 협상하기 위해 Windows Media Player가 사용하는 프로세스입니다. 프로토콜 롤오버는 Windows Media Player 9 시리즈에서 기본적으로 활성화되며 Windows Media 서비스 9 시리즈의 제어 프로토콜 플러그 인을 통해 지원됩니다. Windows Media 서버에서 여러 프로토콜 플러그 인(WMS HTTP 서버 컨트롤 플러그 인 포함)을 활성화하면 다양한 클라이언트 버전, 방화벽을 통한 클라이언트 연결, 여러 다른 유형의 네트워크를 통해 연결하는 클라이언트 등을 지원할 수 있습니다.

Windows Media 스트림에 대한 요청은 일반적으로 사용자가 웹 페이지에서 링크를 클릭했을 때 시작됩니다. 이 링크는 콘텐츠에 대한 URL이 포함된 알림입니다. 기본적으로 이 알림은 MMS 프로토콜을 사용하여 해당 프로토콜 롤오버가 발생하는지 확인합니다.

서버는 스트림을 클라이언트에 연결하는 것을 시도하면서 다음과 같은 프로토콜 계층을 구현합니다.

• 서버는 RTSP를 사용하여 클라이언트에 연결을 시도합니다.
• RTSP 연결이 실패할 경우 서버는 RTSPU(Real-Time Streaming Protocol, with UDP-based transport)를 사용하여 클라이언트에 연결을 시도합니다.
• RTSPU 연결이 실패할 경우 서버는 RTSPT(Real-Time Streaming Protocol, with TCP-based transport)를 사용하여 클라이언트에 연결을 시도합니다.
• RTSPT 연결이 실패할 경우 서버는 HTTP를 사용하여 클라이언트에 연결을 시도합니다.

그렇기 때문에, 윈도 방화벽에서 열어 주어야 하는 포트들이 좀 복잡하다. 

Windows Media용 방화벽 설정
Windows Media 파일에 대한 포트를 할당할 경우에는 다음 표에 나온 것처럼 지원하고자 하는 프로토콜에 해당하는 모든 UDP 및 TCP 포트를 엽니다.

물론, 프로토콜 롤오버를 통해서 우선 시도하는 RTSP  TCP 554 포트가 열려 있으면, 서비스에는 문제가 없다. 

우선 시도하는 포트가 막혔을 때, 다음 프로토콜로 시도하게 된다. 

* 출처

http://www.microsoft.com/korea/windows/windowsmedia/serve/firewall.aspx

http://support.microsoft.com/kb/827562/en-us

다음에 웹사이트를 등록하는 곳은 아래와 같다.

https://register.search.daum.net

개인 웹사이트는 지역정보 없이 사이트 등록만도 가능하다. 

등록이 완료되거나 거절되면 아래와 같은 메일이 온다.

네이버는 길게는 일주일 정도 걸린다고 하는데, 다음은 당일치로 바로 가부를 처리해 주는 점은 좋다. 

고객님께서 신청하신 Daum 사이트 처리결과는 다음과 같습니다.

· Daum 검색등록 심사기준 및 작성기준에 따라 편집되어 등록될 수 있습니다.
· 등록된 내용은 업데이트 관계로 메일 받으신 다음날 까지 Daum 검색 서비스에 적용됩니다.
· Daum 검색등록의 심사기준 변경시, 별도의 통보없이 편집 및 삭제될 수 있습니다.
· 바로가기 서비스는 Daum 내부검토에 의해서만 등록되며, 등록신청이 불가능합니다.

두 서비스를 비교하기 위해서는,

왜 WMS 를 IIS Media Services 로 바꿔야 하는 가를 알아 보면, 답이 나올 수 있다. 

ㅁ WMS 를 IIS Media Services 로 바꿔야 하는 이유

1. HTTP 프로토콜로 서비스된다. mms:// 가 아닌..

2. 모바일 디바이스에 스트리밍 된다. 애플 iOS 와 안드로이드 포함해서..

3. AVC 비디오도 스트리밍된다. WMS 는 안된다.

4. 여러개의 미디어 서버를 통해서 실시간 스트리밍 할 수 있다. WMS 는 단일 스트리밍 서버로 제한

5. 윈도 서버 2012 에서도 지원한다. WMS 는 윈도 서버 2012 에서 지원하지 않는다.

ㅁ 윈도 미디어 서비스를 IIS 미디어 서비스로 마이그레이션해야 하는 4가지 이유

4 Why migrate from Windows Media Services to IIS Media Services?

If you are currently using Windows Media Services, migrating to IIS Media Services offers the following advantages:

• The Smooth Streaming format. Smooth Streaming is a form of adaptive streaming over HTTP that stores video on disk as a single full-length file per encoded bit rate, but creates file chunks virtually upon client request. Because the chunks are sent as standalone files, they are fully cacheable via local network HTTP caching or with a downstream CDN (Content Delivery Network). The single file approach combined with dynamic chunking offers both significant adaptive performance and file-management benefits.
• IIS Media Services can stream to mobile devices, including Apple and Android clients.
• IIS Media Services can stream AVC video in ISO Media files to clients, including Silverlight. (Windows Media Services cannot stream AVC video in ISO Media File Format).
• IIS Media Services can push a live stream from an encoder to multiple downstream media servers. IIS Media Services 4.1 has the ability to pull or push from an upstream server to a downstream server. With Windows Media Services, you are limited to a single downstream server.
• IIS Media Services is supported on Windows Server 2012, while Windows Media Services is not. Take this into consideration when migrating to Windows Server 2012.

* 출처 : http://www.iis.net/learn/media/windows-media-services/microsoft-media-platform-encoding-and-serving-choices-and-migration-considerations

서버호스팅 업체인 스마일서버의 가상서버 호스팅 서비스는, 아웃바운드 트래픽만을 가지고 종량제로 요금을 부가하고 있다. 

인바운드 트래픽은 얼마가 되든 상관없다는 말이다. ^^

대신에, 인바운드 트래픽에 제한이 걸려 있긴 하다. 

보니까, 10Mbps 로 제한이 걸려 있다. 

좀더 저렴한 서비스는 트래픽 제한도 더 적은 모양이다. ^^

아래 그래프에서는 파란색이 인바운드 트래픽인데.. 3M 로 제한되어 있다. 

많은 제품이나 상품들이 특허를 출원한 것을 광고하며, 

출원번호를 광고와 함께 실어서 내보낸다. 

하지만, 출원번호는 특허 신청을 하였다는 의미일 뿐, 특허가 나왔다는 것은 아니라는 것이다. ㅡㅡ

실제 특허 심사가 이루어져 특허를 받을 가치가 있다고 인정되기까지는 시간이 많이 걸리며, 

이렇게 인정되고 나면, 특허번호가 나온다. 이게 정식으로 등록된 거다. ^^

그리고, 특허 신청후 특허가 될수 없다고 퇴짜를 먹은 후에도, 출원번호는 계속 내보낸다. 이게 함정이다.

우리 제품은 특허 신청한 적이 있다. 실제 특허 되었는지는 안가르쳐 줄란다. ~~  머 이런거..ㅎㅎ

마찬가지로, 미국 식품의약품안전청(?) FDA 의 승인을 받았다는 것도 이와 비슷하다. 

이것 또한, 식품으로 먹는데 별 문제가 없다는 것이지, 특별한 효과가 있다는 것은 아니다. ^^

드디어 호스팅어 업그레이드 완료 공지가 올라 왔다. 

하지만, 100% 는 아니란다. 

적어도 내일까지는 완료할 거란다. ^^

호스팅어 업그레이드가 완료되었습니다.

국제 올림픽 위원회 웹사이트를 장식한 It’s Yuna time! ^^

http://www.olympic.org/

mrtg 등으로 윈도 서버의 트래픽을 모니터링 하고자 할 때 사용하는 것이 SNMP 서비스 이다. 

그런데, 윈도 서버 2008 R2 에서 snmp 서비스를 추가한 후에,

서비스 > SNMP Service 속성에 가서 보면, 트랩탭 등이 보이지 않는  경우가 있다. 

이 때,  해결 방법은.. 

서버를 리부팅 하거나, 아니면, 로그오프한 후에 다시 로그인 하면.. 탭들이 보인다. ^^