node.jsでexpressとsocket.ioを使うと /socket.io/socket.io.jsが404になってしまう。 404の解決方法が分かったので書いておきます。 expressで生成されたapp.js内の http.createServer(app).listen(app.get('port'), function(){ console.log("Express server listening on port " + app.get('port')); }); の部分を var server = http.createServer(app).listen(app.get('port'), function(){ console.log("Express server listening on port " + app.get('port')); }); に書き換えて v
久しぶりにnode.jsを触ったらexpressがいつの間にか2.xから3.0.3rcになっていて微妙に挙動が違う！ そしてconnect@2.3.2からはparseCookieが無くなってて昔のままだとセッションの共有が出来ない！ そして一番ハマったのはセッションIDが署名されているにも関わらずcookieからparseCookieで取り出した値をそのままセッションIDとして使っていたために、 req.sessionIDとcookieから取り出したsessionIDが別のものになっていて sessionStoreから正しくセッションデータを取り出せなかった、ってこと。 署名したセッションID入りのcookieはconnect.utils.parseSignedCookies(cookies:object, secret:string)で元に戻しましょう。 と、いうことでexpress3.
AndroidアプリからWebViewなどを介さずにnode.js+Socket.IOと双方向通信するための簡単なサンプルを紹介します。 サーバ側の実装 Androidアプリからnode.js+Socket.IO間で双方向通信するには、socket.io-java-clientというライブラリを使用します。 今回はサーバ側には弊社うえじゅん氏が公開している記事で作ったチャットアプリを使用しますので、まずは以下の記事を参考にチャットアプリを作っちゃってください。 Node + Socket.IO で簡単なチャットアプリの作成 チャットアプリの準備が終わったら、早速Androidアプリ側の準備をしましょう。 Androidアプリの実装 サンプルプロジェクトのダウンロード 今回紹介するAndroidアプリのソースコードをGitHubにあげてあるのでダウンロードしてください。 hakamata/S
前回は、redisをインストールして生でつかってみました。 今回はnode.jsでredisを利用してみたいと思います。 マルチユーザーのサーバーでのプッシュ配信はSocket.IOが定番ですが、 サーバーが増えた時にある問題が生じます。 例えばサーバーを２つに増やして、サーバーAでブロードキャストしても サーバーBのクライアントでは受信できないのです。 以前の記事で作成したチャットプログラムを例にしてみます。 サーバー側のjs $ cat /home/appadmin/chat/node/chat.js var server = require('http').createServer(function(req, res){ res.writeHead(200, {'Content-Type': 'text/html'}); res.end('server connected'); })
iOSアプリからUIWebViewなどを介さずにnode.js+Socket.IOと双方向通信するための簡単なサンプルを紹介します。 サーバ側の実装 iOSアプリからnode.js+Socket.IO間で双方向通信するには、socket.IO-objcというライブラリを使用します。 今回はサーバ側には弊社うえじゅん氏が公開している記事で作ったチャットアプリを使用しますので、まずは以下の記事を参考にチャットアプリを作っちゃってください。 Node + Socket.IO で簡単なチャットアプリの作成 チャットアプリの準備が終わったら、早速iOSアプリ側の準備をしましょう。ここからは以下の環境を前提に説明します。 Mac OS X 10.8 Moutain lion Xcode 4.5.2 iOS SDK 6.0 iOSアプリの実装 サンプルプロジェクトのダウンロード 今回紹介するiOSアプリ
※2012/01/09 追記 続きもあるよ あらすじ 先月晴れてsocket.ioクラスタがデビュー。 しかし想定していたよりxhr-polling接続が多くてフガフガな状況に。 こりゃxhr-pollingの性能評価もしとくべきだったなーと思いを馳せるアルパカ。 そこでsocket.io-clientでベンチマークを走らせたのだが websocketと時と異なりコネクションがすぐに詰まるという自体が発生…！ アルパカ大明神の運命やいかに！？ 現象 socket.io-clientでxhr-pollingのコネクション貼りまくると5コネクションで詰まる。 時間が経つとその内ヌルッと進む。 chromeやfirefoxでも同様。 調査 様々なクライアントから実行しても同様の状況が見られたため サーバの問題と断定しサーバ調べる。 しかしコード追ったりトレース取ったりしてもまったく原因わからず…
スマートフォン向けアプリ開発やサーバサイドの開発に関する技術ブログです。 エンジニアdommyのつぶやきは@shonanshachu、ソースコードはGitHubで配信中。 Android Advent Calendar 2012に参加したdommyです。 2012年もあと2日、今年も山あり谷ありの1年でした。 12月30日はすでにAdvent Calendarに載るべき日付でも無いですが、 Androidに関する記事ならなんでも良いとの事だったので、 リアルタイム通信関連の記事を書いてみたいと思います。 前提として、Androidでの通信といえばHTTPになります。 これはクライアントからのリクエストに対して、サーバがレスポンスを返すという形で、 サーバからリクエストする事は出来ないので、 リアルタイム通信とは違います。 socket通信AndroidはNDKを使えばC言語でも実装可能なの
最近仕事ではNode.jsしか書いてないtoritoriです。 お仕事でもexpressやsocket.ioを使っているのですが WebアプリケーションのテストについてWeb上にあまり書かれていないような気がします。 特にソケット接続した後のメッセージ送信/受信の部分です。 今までのようなHTTPの単純なリクエスト/レスポンスとは手法が異なりますしどうしたものかと。 そこで「自分はこんな感じでテストしてますよー」という記事を書いてみます。 裏を返せば「もっといい方法あるよ！」というのを聞きたいのです＞＜ サンプルについて socket.ioのexample を使います。 ただし、サンプルではログイン時に遷移しない方式なので もう少し実用的な動作に近づかせるため あえてログインURLから遷移するようにし、 セッションもRedisを使うようにしてexpressとsocket.ioでセッションを
node.js + socket.io はリアルタイムwebアプリを作るのにとても良い組み合わせだと思っています。 しかし、基本的にsocket.ioのconnectionはhttpのsessionと関連が無いので、例えばそのconnectionがログインしているユーザのものかその他のユーザのものか区別がつかない。以前はSessionWebSocketを使ってそれを判別するようにしていたのだけど、残念なことに残念なのでコレはもう使いたくない。。 そこでclientから最初にcookieを送信してもらって、そこからclientのsessionを識別する、という方法がある、と以前@masahirohさんに教えていただきました。 *1 session共有方法 クライアント側では下記のように接続時にcookieを送信するようにしておき、 var socket = new io.Socket();
Backbone.js Advent Calendarの12日目です。 Backbone.jsを使ってNode.jsとクライアントサイドのJavaScriptでロジックを共有する方法について書いてみます。 Node.jsといえばチャット。チャットといえばSocket.IOということでSocket.IOを使ったチャットを例にしてみます。 例えばチャットの一回の文字列の上限を140文字にしたいとします。その場合クライアント側でもサーバー側でも同じバリデーションのロジックを実装するのは面倒ですし、上限値が変更になったときに2箇所変更するのはイケてないですね。そこでBackbone.jsを使ってその部分のロジックを共通化する方法を考えてみます。 Backbone.jsはnpmでインストールできるのでまずはBackbone.jsとSocket.IOをインストールします。 $ npm install
You can find (just about) anything on Medium — apparently even a page that doesn’t exist. Maybe these stories will take you somewhere new?
node.jsのイベント駆動を感じたくてsocket.ioを使ってチャットアプリを作ってみた。 ただのチャットだと面白くないので、socket.ioのネームスペース機能を使ってチャットルームを作って、サーバにputされたメッセージが全員にpushされないようにしてみた。 mitsurog node.js rabo コードの方はこんな感じで書いてみた。 index.html Socket.io ChatDemo Room1 Room2 put messages(room1) *Timezone GMT /* * 中略 */ 31,32行目がサーバとの接続している箇所で、URLの「/room1」「/room2」がネームスペースとなる。 また46～50行目がサーバにメッセージをputするイベントハンドラ。60行目が実際にputしている箇所だ。 server.js var io = require
Web SitesでNodejsのアプリケーションを作っていたら途中でWebSocketが使えません！という事実に気がついてあばばばばとしていたんだけど、Socket.IOはWebSocketが使えない場合は良きに計らって他の方法をとってくれたはずということを思い出したのでやってみた。 こちらを参考にサンプルを作り。 http://d.hatena.ne.jp/Jxck/20110730/1312042603 git pushでデプロイ。 なんかwsのinstall.jsが走るときに"Native Code Compile Failed (but the module will still work)"とか警告がでているがとりあえずデプロイ自体は成功。 サイトを表示してみるとちゃんと通信できていた。スバラシイ。 Socket.IOを使えばサーバプッシュ的なことはできそうですね。 ところで、
このエントリは、「東京Node学園 4時限目」の資料その4です。 app.js var io = require('socket.io').listen(80); io.of('/index').on('connection', function(socket) { socket.on('location', function(data) { data.id = socket.id; socket.broadcast.emit('location', data); }); }); io.of('/speakers').on('connection', function(socket) { socket.on('location', function(data) { data.id = socket.id; socket.broadcast.emit('location', data); }
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く