webSocket (上)

comet 只是配角不會是取代ajax 的技術

comet 的主要問題如下:
1.他無法支援網頁壓縮的技術,因為js stream一直都在進行中,尚未結束,所以無從壓縮也無從解壓縮
2.他可能無法支援SSL加密模式
3.他會受到特殊設備的阻擋,有些防火牆/PROXY 會一直等斷線才一次送出資訊
4.某些瀏覽器必須要超過某個數量的資訊,才會處理資訊,所以必須填充很多無用的字,浪費多於頻寬
5.他給現有的伺服器很大的挑戰(這也是謂何前一個例子;我自己寫WEB SERVER的原因),因為它的連線時間很長,但是實際資料的傳輸並不多,這不利PREFORK 架構的APACHE,目前APACHE 有幾種架構我尚未測試(MINA EVENT-MPM),之前在WIN32 上測試過THREAD-MPM , 結果並不理想

現在的WEB SERVER幾乎都把焦點放在epoll/kqueue身上,不像以前使用MUTI-THREAD/MUTI-PROCESS這類的架構,這讓COMET 這類的技術得以延續,但是基本上它只會是配角,永遠不可能變成主角,或是取代AJAX

看看什麼是comet (簡單的範例)?

http://se2.program.com.tw:9100/alert.htm

如要測試;應該先開兩個以上的視窗,然後再任一個視窗按下開啟/關閉 , 你會發現,其他視窗會跟著開啟關閉,
COMET的技術大致上到此結束,但這不是我做這個測試的重點,其實我是比較想測試我自己寫的web server,目前你所連接的伺服器,是single thread server,理論上;他一秒鐘可以承受至少1,500個以上的連線,現在再找環境;如果有人有興趣,可以發mail給我(http://se2.program.com.tw:9100/alert.htm 有信箱)


ps:如果你連接上以後發現它開開關關不停,可能是有其他人已在測試,基本上這是廣播,所以任何人的指令都會傳遞到所有已開啟的視窗

comet 是ajax 下一代的技術嗎?

http://ihower.idv.tw/blog/archives/1507

事實上這一篇文章有一點沒說道,iframe 沒辦法跨越網域,就跟
ajax一樣,如果是透過 script src='..' 連接使用json ,那
必須等到整個連線終止才會有作用,因此;這裡還是會有一些限制
存在

另外;像apache prefork這種架構,無法大量服務comet,必須使
用litespeed這種single thread 才能解決大量 且 長時間 服
務的問題,此時yaws 這類的model 就可以看出他的功效了

comet技術

最近很多人在談web2.0,似乎都集中在ajax,然而comet卻很少人在關注,我想主要的原因是現有的web server 似乎同時都撐不了多少個connection,comet 需要的持續性的連線,如果以現有的apache prefork機制,1G的RAM頂多可撐上百人,跟動則上萬人的需求相距甚遠,因此現在的SERVER幾乎都把焦點放在epoll kqueue身上
comet 本身的問題除了server的架構問題,還出現在,一但使用comet,就無法使用gzip 或是ssl 機制,這是比較弱的地方

http://alex.dojotoolkit.org/?p=545