タグ

websocketに関するriver2470のブックマーク (12)

  • Socket.IO, Redisを使用し各ゲーム間でプッシュ通知するシステム | 株式会社サイバーエージェント


    2.  homing  2-1.  2-1. API REST fullAPIWeb Node.jsClustermaster/worker  2-2. API 2-2. Redis Redis sentinelmaster/slave    ID
  • WebSocketsでの送信処理に関する注意点(CLOSINGステートとcloseイベントに関する疑問) - kazuhoのメモ置き場

    WebSocketsの接続状態には、CONNECTING / OPEN / CLOSING / CLOSEDのステートが定められている。 一方、CLOSING状態への遷移に対応するイベントは存在せず、CLOSE状態へ遷移した際にcloseイベントが発生するとされている。 つまり、「closeイベントが来るまでは送信できるぜー」ってなコードを書いてると、正常系なのにsend()で例外発生する可能性がある。 なので、面倒だけど、 if (ws.readyState == 1) { ws.send(...); }のようなガードを入れる必要がある*1。もしくは、ws.readyState == CLOSING 状態になったらcloseイベントのハンドラを呼び出すようなラッパーを書く必要がある。 と、以上の結論に至ったんですが、あってますでしょうか? >識者 以下、規格からの引用。 CONNECTI

    WebSocketsでの送信処理に関する注意点(CLOSINGステートとcloseイベントに関する疑問) - kazuhoのメモ置き場
  • Sinatra::RocketIO - rubyhiroba2013

    DOWNLOAD FULL BOOKS, INTO AVAILABLE FORMAT ......................................................................................................................... ......................................................................................................................... 1.DOWNLOAD FULL. PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ................................................

    Sinatra::RocketIO - rubyhiroba2013
  • 橋本商会 » Sinatra RocketIOというプラグイン作った、これでWebSocketとCometが使える


    nodeSocket.ioRuby https://github.com/shokai/sinatra-rocketio  EventMachineWebthinjQuery Ruby1.8.72.0.0 Sinatra使 gem install sinatra-rocketio WebSocketComet使  sinatra使sinatrawebsocket require 'sinatra' require 'sinatra/rocketio' modular styleclassregisterok class
  • WebSocketでOAuth 2.0を使ってみた - OAuth.jp


    WebSocket ServerWebSocket ServerRailsAPINode.jsAPI ClientWebSocket Serverhttp://socket.example.com/?access_token=*** URLServerTokensocketNode.jstoken使Rails API使 Access TokenMySQL使RailsRedisMongoD
  • Ruby & WebSockets: TCP for the Browser - igvita.com

    By Ilya Grigorik on December 22, 2009 WebSockets are one of the most underappreciated innovations in HTML5. Unlike local storage, canvas, web workers, or even video playback, the benefits of the WebSocket API are not immediately apparent to the end user. In fact, over the course of the past decade we have invented a dozen technologies to solve the problem of asynchronous and bi-directional communi

  • 橋本商会 » EventMachine::WebSocketでチャットを作る


    Ruby & WebSockets: TCP for the Browser  igvita.com  http://dev.shokai.org/test/ws/chat/  https://github.com/shokai/ruby-websocket-test websocketchromesafariiPhoneFirefoxIE  rubyEventMachine::WebSocket使 gemgem install em-websocket EM::runEM::WebSocket.start1EM::Channel使EM::W
  • rubyのgem「em-websocket」を使ったらいとも簡単にwebsocketを導入できた。


    10 github(ʻʻ) https://github.com/nihitok/Kantan-websocket  websocket gemem-websocketem-websockethttps://github.com/igrigorik/em-websocket $ gem install em-websocket  HTMLindex.html <html> <head> <script src='http://ajax.go
  • WebSockets vs. REST?


    (稿2012/02/26) WebSocketW3COracleJava Enterprise EditionWebSocket (JSR 356) ChromeFirefoxSafariIEWebSocketWebSocketWebWebSocketWebRESTN
    WebSockets vs. REST?
    river2470
    river2470 2012/03/09
    InfoQ: WebSockets vs. REST?
  • WebSocketの現状と技術的課題

    「レトロスペクティブ」というのはアジャイルソフト開発に良く使われる手法の1つなのですが、各イテレーション(反復期間)ごとに開かれる反省会のことです。各メンバーは「良かったこと」「悪かったこと」などをポストイットに書き出し、グループごとに分けたりしながら議論することで、次回のイテレーションに向けた改善点を探し出すという手法です。 では実際にコードの一部を見てみましょう。 まずはクライアントサイドのコードです。 pusher = new Pusher(Pusher.key); pusher.subscribe(Pusher.channel); pusher.bind('note-create', function(note) { generateNote(note); }); pusher.bind('note-destroy', function(data) { $("#note_"+dat

    WebSocketの現状と技術的課題
  • Comet Daily » Blog Archive » Is WebSocket Chat Simple?

    The WebSocket protocol has been touted as a great leap forward for bidirectional web applications like chat, promising a new era of simple Comet applications. Unfortunately there is no such thing as a silver bullet and this blog will walk through a simple chat room to see where WebSocket does and does not help with Comet applications. In a WebSocket world, there is even more need for frameworks li

  • おさかなラボ - WebSocketsや永続的接続で死ぬのは誰か

    近年、AjaxやHTTPそのものの代替としてWebSocketの実装や永続的接続の話題が絶えないが、今回はこれに関して検証してみることにする。 永続的接続というのは、つまりはソケット同士の繋ぎっぱなしを意味する。C10K問題が騒がれているなかで、これは現実的なソリューションなのか考えてみよう。 まず永続的接続でリソースが奪われるという話だが、これは当を得た理屈ではない。現実にAjaxがあることを忘れている。Ajaxはリクエストが発行されるごとにコネクションを張り、相手のプロセスを1つ独占し、余計なヘッダ流し、余計なヘッダをもらい、来なら数バイトで済むようなやりとりも1KB近く消費する。リソースを奪っているのはAjaxの方なのだ。 永続的接続であれば、単にサーバーに「get user 13」などと予め決めたプロトコルを流すとすぐ答えが帰ってくる。コネクションもヘッダもいらない非常に軽量なも

  • 1