Re: [問題] 請問有沒有易上手的Server push 框架?

看板java作者PsMonkey (痞子軍團團長)時間14年前 (2011/10/24 10:45)推噓0(0推 0噓 8→)

留言8則, 2人參與討論串1/1

※ 引述《dream1124 (全新開始)》之銘言： : 從下午知道有 channel server 這個點子之後, 就開始研究要怎麼實現 : 但是搞到現在..... 發現 Google 的 javascript 應該和伺服器有些檢查機制 : 如果網頁不是從他那邊輸出的, 只是想借它的伺服器推播訊息, 他就會知道有問題 : 用 FireBug 觀察發現 channel API 的函式庫在這種情況下 : 大概發個 13 次左右的請求就不會再發送訊息了, 請求內容和以往的推播也非常不同 : 想想 Google 畢竟不是慈善機構, 它就是想綁架應用程式, 樹立雲端環境的標準 : 因此不想讓人只用它的服務讓當它老二也是合理的 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 當然不合理 [蓋章] 如果你要說營利行為的話除非你有辦法自己架 server 跑 GAE 不然你還是用 GAE 的 resouce，那 Google 就有錢可以收了至於樹立雲端環境的標準，這句更是讓人摸不透 [抓頭] 我現在（越來越）搞不太懂你要幹麼了或著說，你的架構是啥？（也請原諒我懶得把你的程式碼抓來下看）我原先的猜想是，你想要有 Channel API 的功能與環境但是不想整套系統都用 GAE （為甚麼呢？他們也可以用標準 SQL 了啊 [無誤]）（雖然說在 GAE 上頭開發不見得非常快樂就是了）好的，我的想法是這樣不過以下都還是空想的階段，沒有實際執行過 client.jsp ←→ server.jsp ← — — — → realLogic.jsp client.jsp、server.jsp 都是在 GAE 上，所以溝通沒有問題當 server.jsp 收到 message 之後發個 URL Fetch 給真正 server 的 realLogic.jsp 我想目前 request 可以到 5MB、response 可以到 32MB 應該夠用然後 server.jsp 再 push 回 client.jsp 更進階一點的版本，可以參考 Pull Queue 根據 http://pt2club.blogspot.com/2011/05/app-engine-150.html 的翻譯（啊不就是你自己翻的 [飛踢]）這表示你可以寫一個 Backend 來作一些背景程序，然後當 Backend 準備好時從 Pull Queue 中 pull 一個或上百個 task 來處理。此外，我們導入了 REST API，它允許外部 service 做同樣的事情。舉例來說，如果你有一個外部 server 是在做圖形轉換或 OCR，你可以用 REST API 來 pull、執行這些 task，然後回傳結果。這就是我說的，Google 在暗示你可以把 service 切出去作如果你想使用者連的「都是」那台「真正的 server」那我想透過 <iframe> 以及一些（消音）的技巧，應該也是沒問題的大概就是這樣吧？有問題歡迎發問，不過不要沒事要人家看程式碼，那不太道德啊 [指指點點] -- 錢鍾書：說出來的話 http://www.psmonkey.org 比不上不說出來的話 Java 版 cookcomic 版只影射著說不出來的話 and more...... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.25.7.218

→

dream1124

10/24 16:11, , 1^F

10/24 16:11, 1^F

→

dream1124

10/24 16:16, , 2^F

10/24 16:16, 2^F

→

dream1124

10/24 16:29, , 3^F

10/24 16:29, 3^F