[B! websocket] kei_yam1209のブックマーク

リアルタイム通信で利用されるプロトコルと手法 - tech.guitarrapc.cóm

NOTE: 本記事はすでに内容が古く、今読んでも役に立つ度合いはほぼないです。本記事は、先日社内勉強会のために準備した、Webサービスのリアルタイム通信周りのまとめシリーズの1つを転載して公開するものです。まだまだわかっていないことが多いので、ぜひぜひ間違っている点などにご指摘いただければと思い公開します。ぜひぜひ優しくマサカリをいただけると泣いて喜びます！目次目次はじめにプロトコルと手法前世代のやり方であるComet について Polling 系 Streaming 系過渡期といわれてる手法将来有望といわれてる手法 Polling メリットデメリット向いているシーン Long Polling (Comet) Polling の発展版メリットデメリット LongPolling 自体は双方向通信ではない接続が閉じられるケース向いているシーン Server S

kei_yam1209 2015/08/17

リンク

位置情報の取得とWebSocketによる送信 [Geolocation APIとwebsocket-railsによる位置情報通知アプリ #1] | DevelopersIO

位置情報の取得とWebSocketによる送信 [Geolocation APIとwebsocket-railsによる位置情報通知アプリ #1] はじめにブラウザにて位置情報を取得し、その情報を別のクライアントへPush通知する処理のサンプルをRuby on Railsで作成してみました。なんらかの業務で、ある社員が持つ端末より位置情報を取得し、本社側でリアルタイムでその情報を把握する、というような用途を想定しています。アプリの機能としては JavaScriptにて、Geolocation APIを使用して位置情報を取得する websocket-railsを使い、WebSocketでサーバ側へ送信するサーバ側は、受け取った位置情報をwebsocket-railsを使い、別画面へPush通知するの3つに分けることができます。これらの機能を実装するポイントについて書いていきたいと

kei_yam1209 2014/05/09

リンク

HTML5の基礎と応用 ~Open Web Platform~ WebSocket / WebRTC / Web Audio API / WebGL 第二版

kei_yam1209 2014/04/25

リンク

WebブラウザでP2Pを実現する、WebRTCのAPIと周辺技術

HTML5 Conference 2017 発表資料です。 http://events.html5j.org/conference/2017/9/session/#c1

kei_yam1209 2014/04/20

リンク

Java EE 7 WebSocket Mail の実装

Java EE 7 WebSocket Mail の実装 2013年12月20日 at 8:45 午前 1件のコメント本エントリは、Java Advent Calendar 2013 の 20日目のエントリです。昨日、19日目は 23 才のお誕生日を迎えた、ひらおかゆみさん (id:yumix_h) の「JavaMailを手軽に使うライブラリ」でした。 yumix_h さんお誕生日おめでとうございます！！明日は、@nagaseyasuhito さんです。本エントリは、１つ前のエントリで投稿した「JSF + WebSocket で実装した IMAP Web メール・クライアント」の続きのエントリで、WebSocket の実装部についてご紹介します。ただし、残念ながら今回はアンチパターンとしてのご紹介になります。ポイントは、WebSocket のサーバ・エンドポイントの実装で別

kei_yam1209 2014/04/14

リンク

WebSocketを再接続するアルゴリズムの工夫 - ワザノバ | wazanova

http://blog.johnryding.com/post/78544969349/how-to-reconnect-web-sockets-in-a-realtime-web-app 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 John RydingのブログでWebSocketの再接続のアルゴリズムの工夫について紹介しています。リアルタイムウェブアプリにおいて、何らかの理由でバックエンドとの接続が切れた場合、クライアントは一定間隔で再試行するというロジックを設定（参考コード）していたとします。その場合、大量のクライアントがいて、もし長い時間接続が不能であれば、再開時にバックエンドには大量のリクエストが集中することになります。そこでJohnがお薦めするExponential Backoff

kei_yam1209 2014/03/15

リンク

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