BLOG main image
분류 전체보기 (63)
(17)
성윤이 (0)
(5)
일상 (10)
낙관주의 (3)
삽질 (9)
웹사업개발팀 (5)
14661 Visitors up to today!
Today 28 hit, Yesterday 19 hit
daisy rss
tistory 티스토리 가입하기!
'2008/03'에 해당되는 글 3건
2008/03/12 19:23
[]
mplayer에서 http를 이용해서 wmv를 재생할때,
http서버가 wmv의 content-type을 video/x-ms-wmv 로 응답을 하면,
첫번째 연결을 끊고, 아래와 같은 요청을 다시 보낸다.
웹서버는 첫번째 요청과 같은 응답(Response)을 보내고, 재생은 실패한다.

GET /300_Trailer2_6.5mbps_720p23.98_5.1.wmv HTTP/1.0
Accept: */*
User-Agent: NSPlayer/4.1.0.3856
Host: dev.host.com:8050
Pragma: xClientGUID={c77e7400-738a-11d2-9add-0020af0a3278}
Pragma: no-cache,rate=1.000000,stream-time=0,stream-offset=0:0,request-context=1,max-duration=0
Connection: Close

content-type을 text/plane으로 응답하면,
다시 요청하지 않고, 잘 재생한다.

추측컨데,
content-type이 video/x-ms-wmv 로 지정이 되면,
서버를 윈도우미디어서버로 판단하고, 윈도우미디어서버가 제대로 응답할수 있는
Pragma 항목이 포함된 request를 다시 날리는듯하다.
이 경우 일반 http서버는 http 프로토콜에 정해진대로 응답을 하게 되고,
미디어서버방식의 응답을 기다리는 mplayer는 재생에 실패하게 된다.

content-type은 http client가 컨텐츠를 다루는 방식을 결정하는데 사용하는것이지,
서버의 동작방식을 사용하는것이 아닐텐데 이런식으로 구현하는게 이해가 안간다. - -


이올린에 북마크하기(0) 이올린에 추천하기(0)
Trackback Address :: http://10year.tistory.com/trackback/105
Name
Password
Homepage
Secret
2008/03/11 13:43
Connection: Keep-Alive 라고 명시된 연결에서
서버가 연결을 끊었다. (shutdown/close)
Flash NetStream.play()가 호출됨에 따라 FF에서 http request를 보낸다.
그런데, 이미 끊어진(서버에서 끊어버린) 소켓에다가 request data를 뿌린후
브라우저가 죽어버린다.

IE는 동일한 서버에서 동일한 동작을 할때 연결이 끊어진걸 잘 감지하고,
새로운 연결에다가 데이터를 정상적으로 잘 보낸다.

무슨 문제일까? - -

이올린에 북마크하기(0) 이올린에 추천하기(0)
Trackback Address :: http://10year.tistory.com/trackback/104
무쇠다리 | 2008/03/19 16:43 | PERMALINK | EDIT/DEL | REPLY
브라우저를 죽인 범인은 누구일까요?
흥미진진한데요
10year | 2008/03/21 22:36 | PERMALINK | EDIT/DEL
브라우저는 제가 죽인거 같구요. ^ ^ ;;;

Keep-Alive라고 명시해놓고 끊어버린 서버가 잘못하긴했지만, 그렇다고 죽어버리는 FF/Flash가 미워요.

서버쪽에서 Connection: Close로 명시하면, 브라우저쪽에서 커넥션을 미리 끊어서 문제가 발생하지는 않습니다. 아무래도 FF잘못인지, Flash잘못인지는 명확하지 않네요.
Name
Password
Homepage
Secret
2008/03/10 11:32
[]
1. 배포화일
   * [pluginname].xpi 로 패키징된다.
   * zip으로 압축하여 확장자만 xpi 로 바꿈.
   * 자동설치를 위한 구성은 링크 참조
     링크 : http://knuth.cafe24.com/7?TSSESSION=64c3f5324159d8fa16c68d8518407bbb

2. 코드사인
   * 링크된 페이지에 지정된 순서대로 코드사인을 진행한다.
     내용은 IE용 코드사인키파일을 FF용으로 변환하고,
     FF용으로 변환된 키파일을 이용해서 플러그인파일에 사인한다.
     IE용 코드사인과의 차이점은 IE용은 패키징된 파일(cab)에 최종적으로 사인하는 반면에
     FF용은 패키징(xpi)되기전 파일에 사인한후 코드사인과 관련된 메타정보파일을 함께 패키징한다.
     IE용이 훨씬 깔끔하다.
    
     링크 : http://blog.naver.com/certkorea?Redirect=Log&logNo=80026723413

   * 삽질주의
     1. 링크된 페이지의 C단계(인증서 import)에서 오류(000004c0)가 발생한다.
         window2000에서 다시 해 보거나 아래 링크에서 제시하는 방법으로 개인키파일(pvk)을 새로 만들어서 해결할 수 있다. (http://www.xxeo.com/archives/2004/05/06/whipped-cream-microsoft-authenticode-pvkmprtexeerror-000004c0-and-other-delights.html)
       
C:\pvk>pvk -in verisign.PVK -out new.pem
Enter Password:
Enter PEM pass phrase:
Verifying - Enter PEM pass phrase:

C:\pvk>pvk -in new.pem -strong -out new.pvk -topvk
Enter PEM pass phrase:
Enter Password:
Verifying - Enter Password:

C:\pvk>PVKIMPRT.EXE verisign.SPC new.pvk
    
2. 알집에서 압축을 했더니 압축결과에서 순서가 문서에 나와있는데로임에도 불구하고
설치과정에서 오류(Signing could not be verified - 260)가 발생한다.
아래페이지에서 zip 유틸리티를 다운받아 문서에 나와있는 그래도 패키징했더니 문제가 해결됐다.
http://www.info-zip.org/Zip.htm



2. 웹서버 셋팅
   * xpi 확장자에 대한 mime셋팅을 아래와 같이 지정한다. (아파치 기준)
   * 파일 : /etc/httpd/conf/httpd.conf
      내용 : AddType application/x-xpinstall .xpi

이올린에 북마크하기(0) 이올린에 추천하기(0)
Trackback Address :: http://10year.tistory.com/trackback/103
Name
Password
Homepage
Secret
prev"" #1 next