uu59のメモ | Rails(Rack app)とNodeを両方動かしてストリーミングしたい
Rails 4でSinatra::Streaming相当のストリーミング機構が入るとのことですが、そもそもRackやEventMachineに寄り添ったストリーミングは筋悪というか強引すぎると考えていて(Phusionの人の懸念に近い)、それなら最初から向いてるテクノロジーを使ったほうがいいよねと思いNode.jsを触ることにしました。 といってもストリーミングのためだけにすべてをNodeで書く気はなくて、メイン部分をSinatraやRailsで処理し、ストリーミング部分（EventSourceやWebSocket、あるいはSocket.IOに丸投げ）をNodeで処理し、この2つがZeroMQかなんかでプロセス間通信するのが理想かなと思っています。つまりクライアント（ブラウザ）はまずRailsに接続し、そこでnew EventSource('http://host:8080/sse')みた
uu59のメモ | Sinatra::Streamingのストリーミング部分だけNode.jsに押し付ける実験
前回の続き。実際に軽く試してみたときのメモ。タイトルにもあるようにRuby側はSinatra。 (Chromeの)EventSourceがCORSに対応してないのでsame origin policyに引っかかってしまう問題 意外だった。XHRが対応してるくらいだし仕様にもあるしEventSourceの実装自体結構前からあるのでAllow-Control-Allow-Originで問題ないと思ってたけど実際にはChromeでSECURITY_ERR: DOM Exception 18が出る。SharedWorker内から接続しにいってたので発見が遅れてちょっとハマった。 幸いにもXHRを使ってpolyfillしてくれるやつがあったのでそれを使うことにしたけど、しかしそれならLast-Event-IDを使う予定もないし生のXHRでもいいのではという疑問が湧いてくる。websocketについて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
