「我一個半途夭折的想法」的迴響

作者：pigo

pigo — Sat, 01 May 2010 08:22:46 +0000

應該是可以的
把 port 設為 80 就可以
再不行就是模擬成 http 封包以規避 layer7 的檢查
但如果模擬成 http封包 , 那又跑回 comet 架構了哈 !

作者：阿育

阿育 — Mon, 12 Apr 2010 17:03:07 +0000

有沒有什麼見解或想法呢？

作者：sleepnova

sleepnova — Mon, 12 Apr 2010 16:22:05 +0000

非 http 的問題是無法穿越防火牆…

作者：阿育

阿育 — Wed, 07 Apr 2010 14:16:30 +0000

對，WebSocket也是個不錯的選擇，但瀏覽器的支援似乎還不佳，被攻擊又是另一個問題了 XD

作者：pigo

pigo — Wed, 07 Apr 2010 13:57:02 +0000

Flash Socket 很好啊 . 但難度是在 Server 端及 Client 端都要寫得很好
HTML5 也有 WebSocket , 等過一陣子 , 也許又是另一種技術的改朝換代了
但是都有一個大問題存在 , 就是提供 Socket 服務的 Server 就是被攻擊的目標了
如果沒有三兩三…一下子就被玩掛了

作者：阿育

阿育 — Wed, 07 Apr 2010 13:08:58 +0000

原來如此，所以他仍然走HTTP協定，但是卻想辦法去hold住連線，這麼說來果然能夠實作一個簡易的HTTP Server會是最好的辦法，但那太費時費力了，你現在的辦法是個聰明的好辦法，受教了，謝謝

不過話又說話來，以Flash目前的普遍性來說，而且甚至可以做到P2P，也是個不錯的解決之道，雖然他不是走標準的規範

作者：pigo

pigo — Wed, 07 Apr 2010 12:56:11 +0000

Flash Socket 是走真正的連線不中斷 , 但前提是browser 要支援 Flash

Comet 仍是走 HTTP 協定 , 但不斷線 , 有事件發生時 Push 出資料 , 所以看起來是即時
以 Facebook 的聊天功能就是一直連線 ,有對話來的時候 , 就馬上收到 , 此時原本的連線又斷掉重連 , 因為 Facebook 是用 xmlhttprequest 實作 , 所以必須有資料來就重連 , 畢竟 xmlhttprequest 只能收資料 , 不能單行執行 java script

我的網站上的 demo 採用 iframe , 可以維持一段時間一直Push資料不用重連
這一段時間 , 假設每秒都有資料都送出一行 script , 那麼瀏覽器就會去執行 , 所以更即時
當然缺點就是你所看到會有 browser loading 的狀況 , 這是瀏覽器對 iframe 尚未將資料收完的情形處理

所以基本上差別就是 Comet 是走既有 HTTP 傳輸技術的偽即時連線

作者：阿育

阿育 — Wed, 07 Apr 2010 11:41:27 +0000

哦！原來如此，那請問這中間有和差別嗎？概念不一樣？

作者：pigo

pigo — Wed, 07 Apr 2010 10:20:33 +0000

原來是 Flash Socket 啊 , 那這樣和 Comet 概念不同

我有看過 javascript 版 socket , 但它是載入 flash 的 socket 物件來做的的 . 本來想玩玩 , 但我很怕 Server 端寫不好容易被攻擊 …… 所以我就沒做了 … 哈

作者：阿育

阿育 — Wed, 07 Apr 2010 06:02:52 +0000

我的方法是透過 Flash Socket 建立 TCP 連線，因此Server的實作上相對就簡單多了，只是簡單的接收與傳遞訊息，之間交換訊息的格式則是以XML自訂的，基本上我是寫死的

照你的說法聊天的過程中會與HTTP Server有關係，但我的作法於聊天的過程中不會經過HTTP Server（瀏覽器載入Web聊天介面不要算的話），因為直接透過室長端進行傳遞訊息

你的實作方法看起來很棒，似乎是一種很有彈性的方式，CxServer 似乎可以通用於任何一種應用？

非常期待大作！！