You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
(訳注:2015/8/4、いただいた翻訳フィードバックを元に記事を修正いたしました。) 本題に入る前に強調しておきます。WebSocketは優れた通信プロトコルです。実際私はこの RFC6455 を、 Fanout のサービスで使っている( Zurl や Pushpin といったパーツで採用しています。Fanoutではまた、 Primus (異なるリアルタイムフレームワーク間での通信を可能とするラッパー)を利用し、 XMPP-FTWインターフェース を介したWebSocket通信をサポートしています。 しかしながら私はこれまで、多くの広く普及しているアプリケーションにかなりの時間を費やし、おかげでRESTやメッセージングパターンについては多少なりとも理解が深まってきた今、実はWebSocketを実装した典型的なWebアプリケーション(もしくはWebSocketライクな抽象化レイヤ)の大部分
一般論として、全二重の通信プロトコルを実装するにあたっては、いくつか注意すべき点があって、具体的には、到達確認と切断シーケンスについて定めておかないと、送達されたはずのメッセージがロストしていたり、切断タイミングによってエラーが発生*1したりする。 具体例をあげると、たとえばTCP/IPにおいてshutdown(2)を用いずに、いきなりclose(2)を呼んでいると、read(2)やwrite(2)がエラー(ECONNRESET)を返す場合がある。 翻って、WebSocket (RFC6455)の場合はどうなってるか? だいたい以下のような感じっぽい。 ws.close()が呼び出されるとWebSocketをCLOSING状態に変更し、Closeフレームを送信する ws.onmessageはWebCosketがCLOSING状態にある間も呼ばれるかもしれない*2 相手からCloseフレーム
PlayFramework + WebSocket 勉強会 PlayFramework1.2.4におけるWebSocket エンジニアカフェ 原 一浩 @kara_d 原 一浩 @kara_d $ play netbeansify トレンド 、統計、デザイン、システム デザイントレンドリサーチをベースに、デザインされたアプリ PlayFramework、R言語、CakePHP、Flexなど受託制作 何してる人? Greative is Great Creative Copyright(C) 2012 Greative - Sustainable Automation, for Creative -(http://greative.jp/) 4/4のJavaOneに参戦!! JavaOneでスピーカーします ➡ PlayFramework + WebSocketでつくる リ
WebSocket を利用したアプリケーションを作る際に、動作確認が煩雑な場合があります。 サーバ側とクライアント側をどちらも実装する必要があって、「ちょっとこの部分だけ動かしてみたいなぁ」っていうときに、簡単に試す方法があると便利ですよね! そんなときにおすすめなのが、 wscat です。 wscat は、コマンドラインで利用できる WebSocket のサーバ/クライアントで、ws に同梱されています。 ws とは、 Node.js 上で WebSocket を使うためのモジュールで、Socket.IO やengine.io の内部でも利用されている今注目のプロダクトです。 今回は、この wscat の使い方をご紹介します。 対象バージョン ws (0.4.7) インストール Node.js のモジュールなので、 npm でインストールするのが簡単です。 $ npm install -
id:Jxck(@Jxck_)さんからのリクエストもありましたので、現状でのWebSocket情報をまとめておきます。 ※この情報は2010/9/1時点のものです。ご覧になっている時点の情報とは変わっている可能性があります。 ※2010/9/1:いろいろ更新しました。 ※書かれてから相当な日数がたっていますので、このエントリーは役に立ちません。WebSocketはRFC(http://www.ietf.org/rfc/rfc6455.txt)がでました。最新の状況は他のサイトをご覧になることをお勧めします。情報をアップデートできなくてすみません。 ざっくり説明 一言で説明すると、WebServerとWebBrowser用の双方向通信用のプロトコル。 Server側からのプッシュができるので、XHRでポーリングする必要がない。 現行のWebSocket対応ブラウザ側には,same origi
「続・ハイパフォーマンスWebサイト ―ウェブ高速化のベストプラクティス」というオライリー・ジャパンの書籍の付録に「Web高速化に対するGoogleのアプローチ」と題して、記事を執筆させてもらった。 この「続・ハイパフォーマンスWebサイト」はタイトルの通り、「ハイパフォーマンスWebサイト ―高速サイトを実現する14のルール」の続編だ。「ハイパフォーマンスWebサイト」がそうであったように、本書も実践的なWeb高速化テクニックについて書かれていて、Web開発者は必携の1冊だろう。 以下が目次。付録が日本語版でのみの特典で、Yahoo! JAPANさん、Mozilla Japanさん、そしてGoogleが高速化についてその考えやテクニックを書いている。私は最後の最後までほかの方が何を書かれているか知らなかったのだが、それぞれ違う観点から書かれていて、なかなか面白い。 1章 Ajaxアプリケ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く