[情報] 網頁遊戲的好朋友 Ajax/comet雲端服務

看板GameDesign作者 (鍵盤創業家)時間12年前 (2012/08/03 11:50), 編輯推噓8(8推 0噓 32→)
留言40則, 4人參與, 最新討論串1/1
我最近做了一個新的雲端服務，叫 EZComet http://ezcomet.com 這服務主要是基於，我之前發現要處理ajax/comet的問題很麻煩 量少的話，用定期重送的request硬寫都可以 量大的話，就得好好用 ajax/comet 的方式去處理 而這部份又沒一個主流的方案可以輕易解決` 這部份要處理的好事實上是很難的 主要是常見主流的網頁伺服器像是apache 都是blocking的處理方式 而長連線可以卡在那裡很久 php等語言更是天生不適合處理這種問題 我在網路上找到的範例都是用sleep之類的爛方法處理 現有的很多專案也都不是很成熟 因為之前有處理我網站的大量聊天即時訊息推送的經驗 我想說如果即時的網頁訊息推送能夠很輕易的被解決就好了 像喝水一樣那該有多好 可以專心在於重要feature的開發上 於是就發展了這個服務 目前還在 beta 階段，我想很適合用在網頁遊戲即時通知玩家上 例如目前這個使用者被其它使用者攻打了 可以透過這服務 即時更新，而聊天訊息等等，也可以用得上 目前有提供Sandbox方案，每日有10萬訊息可以傳 對於startup的網頁遊戲我想應該很夠用了 有興趣可以試試看 有任何問題，或覺得哪裡需要改進的都可以跟我說 感謝 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.170.211.196
推
08/03 12:44, , 1F
文件裡面似乎沒提到授權登入...maybe spam friendly?
08/03 12:44, 1F
→
08/03 12:44, , 2F
不過單純拿來收 server 端訊息似乎很方便
08/03 12:44, 2F
→
08/03 12:48, , 3F
然後這年頭真是大家都在用 bootstrap...XD
08/03 12:48, 3F
→
08/03 15:14, , 4F
頻道有 channel name就可讀 寫要API key
08/03 15:14, 4F
→
08/03 15:17, , 5F
bootstrap好用阿... 自己做都好醜
08/03 15:17, 5F
→
08/03 15:17, , 6F
之前沒用是考量到ie6 但這產品... 用ie6我還不爽賣他
08/03 15:17, 6F
推
08/03 16:03, , 7F
相對的是能夠發訊息的條件是 API Key與 channel name
08/03 16:03, 7F
→
08/03 16:04, , 8F
以 javascript client ，能發送的話這兩個應該是攤開的？
08/03 16:04, 8F
→
08/03 16:06, , 9F
然後就可以用 for 迴圈洗洗樂了....
08/03 16:06, 9F
→
08/03 16:11, , 10F
js是不建議直接發送 一定要透過自己的web server
08/03 16:11, 10F
→
08/03 16:11, , 11F
js clinet -> 你的伺服器 -> ezcomet
08/03 16:11, 11F
→
08/03 16:12, , 12F
這樣才能避免API曝光 被人拿來惡搞你的帳號
08/03 16:12, 12F
推
08/04 00:16, , 13F
這正是我們要的東西。但遊戲近月就要推出，不知道若使用下去
08/04 00:16, 13F
→
08/04 00:17, , 14F
您有多少把握能持續保持這個服務繼續運作呢？
08/04 00:17, 14F
→
08/04 00:23, , 15F
你預計的量有多大? 多少人同時在線?
08/04 00:23, 15F
→
08/04 00:23, , 16F
多少訊息推送?
08/04 00:23, 16F
推
08/04 00:28, , 17F
就估個一千人同時在線讀取。推送量不超過你的每日限額
08/04 00:28, 17F
→
08/04 00:33, , 18F
依照我以前網站的經驗 整體是有上萬人在線
08/04 00:33, 18F
→
08/04 00:34, , 19F
就聊天室的部份 不過ezcomet的系統是重新寫過的
08/04 00:34, 19F
推
08/04 00:34, , 20F
推送量會遠低於每日限額，粗估可能頂多數千筆五十字內的訊息
08/04 00:34, 20F
→
08/04 00:34, , 21F
老實說在沒有長期營運經驗的情況下
08/04 00:34, 21F
→
08/04 00:35, , 22F
可得性是未知數 因為可能有未知的bug還沒改
08/04 00:35, 22F
→
08/04 00:35, , 23F
阿 還有說明一下 推送量的算法是
08/04 00:35, 23F
→
08/04 00:35, , 24F
連線數 * 寫入數 也就是 你寫入時 多少人收到
08/04 00:35, 24F
→
08/04 00:36, , 25F
就算多少次 目前因為是beta 所以價格才會開這麼便宜
08/04 00:36, 25F
→
08/04 00:36, , 26F
http://pusher.com/ 如果穩定性對你很重要的話
08/04 00:36, 26F
→
08/04 00:36, , 27F
我講的推送量是指 server 呼叫你的 api 送出新訊息的次數
08/04 00:36, 27F
→
08/04 00:36, , 28F
可以考慮我們的競爭對手 pusher
08/04 00:36, 28F
→
08/04 00:37, , 29F
http://www.pubnub.com/ 另一家類似服務
08/04 00:37, 29F
→
08/04 00:37, , 30F
喔喔，了解，這我有誤會 ~ XD ~
08/04 00:37, 30F
→
08/04 00:38, , 31F
不打算騙你 他們應該目前都比我的服務成熟穩定 XD
08/04 00:38, 31F
→
08/04 00:38, , 32F
但是相對的當然是很貴 我是因為beta才會開低價 XD
08/04 00:38, 32F
推
08/04 00:41, , 33F
感謝 :) ~ 我會看看，同為創業人，也很期待你這服務能長起來
08/04 00:41, 33F
→
08/04 00:51, , 34F
如果要用我的服務 可以先用sandbox
08/04 00:51, 34F
→
08/04 00:51, , 35F
用在較無關緊要的訊息通知上
08/04 00:51, 35F
→
08/04 00:53, , 36F
等到覺得夠穩定 再用在重要一些的訊息上
08/04 00:53, 36F
→
08/04 00:53, , 37F
沒有人來實際使用的話 我也不知道問題會出在哪QQ
08/04 00:53, 37F
推
08/04 01:05, , 38F
會趁還沒上線前多測試，有什麼想法會持續和你聯絡 :) ~ 加油
08/04 01:05, 38F
→
08/04 01:20, , 39F
感謝 有人用我就很開心 至少能知到問題所在然後改進
08/04 01:20, 39F
推
08/04 19:24, , 40F
推推 原PO真的很不簡單
08/04 19:24, 40F
‣ 更多 StubbornLin 的文章
文章代碼(AID): #1G6qfe9L (GameDesign)