follow me! はじめに この記事は、JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース)の20日目の記事です。飛び入り参加です。 注：開発速度重視で書いたコードなので、綺麗さ皆無です＞＜ すみません＞＜ その上半年前のコードなので色々とアレです＞＜ 概要 ニコニコリモコン、皆さん使ってますか？僕は使ってないです。というかスマホなのでサポートされていません。 使えないなら自分で作ろう！！というのが今回の目的です。 だいぶ@ajalaboxさんの「Google ChromeをWebSocketで制御する」とかぶっている気がします。すみません… 仕組み 2つの端末が同じ所に接続します。 片方がレシーバ、もう片方がコントローラを選びます。 コントローラが何か指示を出した時、WebSocketにその指示を流し、サーバが送り手以外の接続
9. 急遽変更した点 Chromeとリアルタイム通信する箇所は当初は GCM(Google Cloud Messaging for Chrome)を使って いたが、node.jsに完全移行した。 変更した理由は、リクエスト回数制限(10000req/day)と APIの機能不足 複数ユーザで連続通信した場合越える可能性が高い 機能が少ない。例えばGCMは接続する全てのクライアントに同機能が少ない。例えばGCMは接続する全てのクライアントに同 じデータを送りつけるためユーザ単位の制御ができない。クライ アントの特定はChromeExtensionのChannelIdだが、インス トールしたクライアントですべて同じIDになってしまうため個別 の制御ができない 外部サービスに頼るのは基本的によくない(仕様変更、勉強の観点 から) Google Cloud Messaging for Chrome
はじめに ブラウザ間でP2P通信が実現できれば、ブラウザ上で動作するP2Pアプリが作れて面白そうだなーと思ったのでWebSocketを使って実現してみました。仕組みについては以下で説明していきますが、私が実現した方法は限定的で実用性が低く色々と足りない部分もあるので、軽い気持ちで読んで頂けるとありがたいですw 仕組みの概要 なぜWebSocketを使うのか 従来、Webサーバとクライアント(Webブラウザ)間で非同期に通信するにはXHR(XMLHttpRequest)を用いてきました。基本的にこのXHRは以下の図のように同一ドメインとしか通信できないという制約がありました。*1 しかし、WebSocketのthe Origin-based security modelでは異なるドメインとも通信することが可能になります。WebSocketプロトコルでは、サーバとクライアント間で接続を確立する
I wanted to mess around with websockets, and create something cool and Eventlet-y for using them. This was my first experience using websockets, and I found these sites helpful in learning about it. One of the design patterns that I observed was that people were running their websocket server as a separate process on a separate port, because there are just enough differences between the websocket
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
