Lately I performed a message queue benchmark, comparing several queuing frameworks (RabbitMQ, ActiveMQ…). Those benchmarks are part of a complete study conducted by Adina Mihailescu, and everything was presented at the April 2013 riviera.rb meet-up. You should definitely peek into Adina’s great presentation available online right here. Setup and scenarios So I wanted to benchmark brokers, using di
5月に参加させていただいたWebSocket勉強会からはや4ヶ月。時が過ぎるのは速いですね。さて、勉強会の場でデモさせていただいた時には、WebSocketはtext frameしか扱えなかったので、ws{s}トンネルの中をsmtp通してました。(デモは動作しませんが、資料はこちら) そして数日前。 chromium trunkでWebSocketのbinary frame supportが入った、というpostを拝見したのち、chrome dev trunkでも正常に動いているように見えたので、jsdo.itにコードを作ってみました。 (2011/9/30時点では、chrome betaでも動作するようです。dev trunkの日本語文字表示の不具合、早く治らないかなぁ…) 構成は以下の様になってます 今回もサーバサイドのアプリケーションは作成せず、既存のtelnetdを使ってるだけで
竹居さんの日記を読ませて頂きました。 勉強会中も、「WebSocketはproxy(http proxy)を越えられるのか?」と言う発言がちらほら見えましたが、私自身も「多分越えられる」とか「越えられないproxyもあるよね」とか、曖昧な回答しか出来てなくて気持ち悪かったので、真面目に調べてみました。 (なお、私自身はproxyが越えられなかったという経験がありません…) 前提 ここで言うWebSocketのproxy越えとは、企業内LANなどの内部ネットワークからインターネットに接続する際に、ブラウザが直接インターネット上のサイトに対して接続するのでは無く、中継サーバ(poxy)を介した通信を行うことが出来るかどうかを指します。逆に言うと、負荷分散の為のlbやReverseProxyを介した接続は想定していません。 The WebSocket protocol – draft-ietf
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く