Node.jsによるPusherクローン「Keima」をリリースしました #codefirst - みずぴー日記
http://keima.herokuapp.com/ 「えーpolling!? pollingが許されるのは小学生までだよねー、キャハハハ」というわけでpush通知にWebSocketをお使いのみなさま、こんにちは。 しかし、毎回、WebSocketを扱う機能を実装するのは、いくつかの理由で面倒ですよね! WebSocketは様々なバージョンがあるので、すべてに対応するのは面倒。 同様の理由で、個別のアプリで作り込んでしまうと、WebSocketのバージョンアップに追従するのが面倒。 WebSocketは大抵別サーバになっているので、設定が面倒。 Heroku等のPaaSではWebSocketを使えないことが多い。 (2015/1/23追記: HerokuはWebSocketをサポートするようになりました) そこで、WebSocketによるpush通知に特化したWebサービス Keima
WebSocketの基礎知識(2012年年始版) (Kanasansoft Web Lab.)
WebSocketに関する、よくある質問や知っておいたほうがよさそうなことをまとめてみました。 技術的なことについては深くはふれていません。 あやまりがあれば指摘してください。 Q. 仕様が2つあるみたいだけど... A. WebSocketは、主にブラウザ上で使うことを考慮された通信の規格で、通信の「プロトコル」とJavaScriptから使うための「API」に仕様がわかれています。前者は「WebSocket Protocol」として「IETF」が、後者は「WebSocket API」として「W3C」がかかわっています。 Q. WebSocketってまだ仕様が固まってないんじゃないの? A. WebSocket ProtocolはIETFのRFCの「標準化提案」に、WebSocket APIはW3Cの「勧告候補」になりました。IETFにもW3Cにも承認プロセスがあり、それぞれ最後には「標準
node.js、socket.ioでチャット。切断中に受け取れなかったデータを再接続時に取得 - motsatのブログ
概要 websocketの入門者の定番の「チャット」をnode.js+socket.io（とexpressを少々）で実装。 クライアントの接続が途中で切断された場合、再接続時にメッセージを取得する処理も実装したメモ。 （nod32のHTTPチェックが、websocketを定期的に切断したので･･） ・画面 ・全ソース github: https://github.com/motsat/node-chat/ ←node server.js でサーバ起動し、 ブラウザで http://起動したサーバIP:8000 すれば動く！はず。 送受信するメッセージオブジェクト このメッセージオブジェクトでやりとりする。 サーバから、クライアントからのどちらでも基本的に形は同じ。 { "data" : "こんにちは", "type" : 1, // 通常の文字メッセージ=1, 取得要求=0 "option
ついにRFCに登場！Webサーバとの双方向通信を実現する「WebSocket」 - builder
次世代のWebアプリケーションの中核を担う技術として「HTML5」に注目が集まっているが、それと並んで期待されている技術に「WebSocket」がある。 IETFとW3Cによって仕様の策定が進められており、最初の提案以来幾度もの改訂を経て、2011年12月11日にそのプロトコル仕様がRFCのProposed Standard（RFC 6455）となった。 AjaxからComet、そしてWebSocketへ WebSocketはウェブサーバとブラウザが直接コネクションを張って双方向通信するための技術規格である。HTTPとは異なる独自の軽量プロトコルによって通信を行うため、オーバーヘッドが小さく、長時間に渡って通信する場合でもHTTPコネクションを占有する必要がないというメリットがある。 WebSocketが生まれた背景には、サーバとブラウザがもっとリアルタイムに通信して情報の配信や更新を行え
Socket.ioのクライアントスクリプトを本番環境向けに設定する方法 | Act as Professional
通常、Socket.ioのクライアントスクリプトは、起動しているサーバー側のURLから「/socket.io/socket.io.js」の様に取得するのだが、どうもこれがMinifyされていない。HTTPヘッダーに「Cache-Control」もついてないし、gzip圧縮転送もされていない。 本番運用向けのクライアントスクリプトに対する設定をしましょう。 Socket.ioのソースコードを眺めるlib/manager.jsを見る限りだと、 , 'browser client': true , 'browser client cache': true , 'browser client minification': falseとなっている。「browser client minification」をtrueにしてあげれば良いのだろう。 Manager.prototype.enable = f
こてさきAjax:WebSocketから、これからのWebを予想してみる - livedoor Blog（ブログ）
WebSocket が、12月12日についにRFCになりました（RFC6455)。テキスト転送だけでなく、バイナリー転送もサポートされ、コネクションをキープするための ping/pongなどコントロールフレームも定義されました。rfcになる過程で様々なバージョンと、その実装系が出ていますので、そこのネゴシエーションの仕組みが入っていたり、以前は割と自由に使えそうだった subprotocolが、IANAにレジストレーションが必要になったりと、なかなかしっかりしたプロトコルに仕上がっている印象です。 さて、今年最後となる、今日のポストでは、このWebSocketにより、今後のWebはどうなっていくのかについて、僕が最近感じている妄想を書き連ねてみます。 WebSocketとは、いったい何なのか？ さて、WebSocketとは、いったい何なのでしょうか？この問に対して、一般的には、 WebでP
WebSocket + Node.js + MongoDBでプレゼンアプリ + リアルタイム付箋共有アプリを作ってみた。 - from scratch
せっかく東京Node学園祭2011に出たり、 Google Developer Day 2011 に出たりしているので、 何かアプリを作ろうと思って作ってみました。 http://yosuketest.node-ninja.com/ nodefestでアカウントをもらったNodeNinja上で動いています。 WebSocketが動くのはいい感じだね。 よくGoogle Developer Days でも NodeFestでもHTMLでプレゼンをしていたので、自分もやってみようと思い 実施してみました。 プレゼンするときに聴衆の方々がその場で疑問に思ったことやコメントを付箋にして直接資料に反映する事ができます。 ダブルクリックで付箋を貼り、コメントを書けば反映されます。 本当はクローズドな場所でプレゼンしながらツッコミを入れるとみんなにも見えていいかなと。 それにしてもNodeNinjaに配
Canvas/WebSocketなネトゲの、ざっくりとしたロジック解説 - mizchi log
Canvas/WebSocketでディアブロクローンなネトゲを作ってみた - mizchi logの解説 ちゃんと勉強して実装したわけじゃないけど、つくってみたい！と思った人が一通り実装できる程度の解説をする。 ゲームプログラミングとウェブプログラミングの初歩を知ってるとなお良い。(というか僕自身どっちも微妙なのだが) ソースコードはこちら GitHub - mizchi-sandbox/ws-netgame: WebSocketを用いたネットゲーム 前提として、CoffeeScript、WebSocketを使う なお、以下のコードは概念を説明するために簡略化したもので、socket.io , coffeescriptの微妙な挙動については検証していない。あくまで擬似コードの一種として読むように。 MVCにわけて解説する。 Model サーバーのセーブデータ。基本的にログイン中はオンメモリ
GFS.I.OAS3 - Socket.IO と AS3 で簡単に WebSocket 通信できるライブラリを作った - glasses factory
前回の記事で話にあげていた Socket.IO と AS3 で簡単に WebSocket 通信できるライブラリについて、 何か物を作るのに必要そうな機能を一通り実装できたので github で公開しました。 ライブラリは以下 github からリポジトリをクローンするか、zip をダウンロードして入手できます。 GFS.I.OAS3 - GitHub https://github.com/glassesfactory/GFS.I.OAS3 github リポジトリで、ごく簡単ではありますがサンプルの紹介と使い方の説明をしています。 既に色々と手馴れているかたはリポジトリに書かれている使い方と ASDoc を読めば何となく使えるかと思います。 この記事では、前回 Socket.IO サーバー周りなど色々と省きまくってしまったので、そこも含め解説して行きたいと思います。 作った経緯 前
NginxでWebSocketをリバースプロキシする方法
Nginxをリバースプロキシとして動かし、その後ろでSocket.IOを動作させる方法。nginx_tcp_proxy_moduleを使用。 WebSocketのサーバーををリバースプロキシサーバーの後ろで動作させるためには、そのリバースプロキシサーバーがHTTP 1.1のUpgradeを適切に扱ってくれる必要があります（捨てたりしないこと）。Nginxはしばしばリバースプロキシとして使用されますが、nginxのproxy_passディレクティブはそのままではwebsocketの接続を期待通りに扱ってくれません。yaoweibinさんが一般的なtcp接続をリバースプロキシするためのモジュール、nginx_tcp_proxy_moduleを作成してくださっています。このnginx_tcp_proxy_moduleを使用してnginxでwebsocketサーバーをリバースプロキシできるようにし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今話題のWebSocketを使ったサービスの実装方法
http://japan.internet.com/webtech/20111231/1.html?rss
WebSocketでリアルタイム通信