※ 引述《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