HerokuでServer-Sent Events使うときのタイムアウト対策 - Qiita
HerokuでSSE使ったら途中で切れることがあるなーと思ったら単なるリクエストタイムアウトだった。 ロングポーリング系は30秒最初のレスポンスがないか、途中で55秒何も送らなかっらコネクション切られるらしい。 SSEではコロンで始まる行はコメントとみなされるので、これをタイムアウト対策で定期的におくるのがよい。 例えばPOSTされたデータを定期的に通知するようなNode.jsのサーバーをこんな感じで書いてみた。 var express = require('express'); var http = require('http'); var app = express(); var EventEmitter = require('events').EventEmitter; var ev = new EventEmitter(); app.use(express.bodyParser()
node.jsでServer-Sent Eventsを試す - NullPointer's
HTML5のServer-Sent Eventsの仕様は、HTTP通信を使ってサーバサイドからのデータプッシュを行うCometを、JavaScriptのAPIを定義するなどして使いやすくまとめたものらしい。クライアント側のAPIはSafari5やChrome8では既に実装されているそうなので試してみた。 サーバ側は最近流行のnode.jsで実装してみた。Server-Sent Eventsのサーバ側はCGIやPHPでも実装可能だが、Apacheのようなマルチスレッドでリクエストを処理するタイプのサーバでは、ロングポーリングで停止しているだけの、ほとんど仕事しないスレッドが沢山作られてリソースが無駄になり非効率的だ。ノンブロッキングIOでシングルスレッドでイベント駆動型のnode.jsならば効率的なはず。 サンプル。gitでソースを落として node server.js して http://
Node.jsでServer-Sent Eventsを使ってみた
setIntervalで定期的にevnetを送るのと、redisのPub/Subを利用してeventを送るのという2種類。イベント発生時にレスポンスを書き出すようにするのは、EventEmitterを経由する。resdisからeventを送るのを試すにはredis-cliを使って、'redis-cli publish node-sse-example:myevent foo'みたいにすればいい。クライアントサイドのコードのも一緒に書いているけど、簡単に実行できるように1ファイルにしたかったからで、普通は分ける方がいい。nginxでreverse proxyしたときのバッファリングをオフにするためにX-Accel-Bufferingヘッダーをつけている。バッファリングに気をつければnginx経由でも簡単に動くので、そこはwebsocketよりだいぶ楽。 var util = require(
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://cjihrig.com/blog/server-sent-events-in-node-js/
Tiny Chat
WebSockets vs. Server-Sent events/EventSource
