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