2011-05-26 1 views
4

リアルタイムアプリケーションではnode.js + socket.ioでdotcloudを使いたいです。socket.io websocket fallbacks

しかし、ウェブソケットはサポートしていません。

純粋にフォールバックに依存することで、帯域幅やパフォーマンスが著しく低下する可能性はありますか?

自分のサーバーを使用する価値はありますか? Linodeやawsなど。

ありがとうございました。

+0

ウェブソケットが実際に高速です。プロの設定でのみ価値があります(つまり、おもちゃ/プロトタイプのフォールバックを使用してください) – Raynos

答えて

3

私は完全にwebsocketに依存するインスタントメッセージングシステムを実装しています。 Webがかなり速く進化しており、websocketがWeb標準になっていたので、私はデフォルトでそれをサポートしていないブラウザ(Firefox、Opera)に対して、Flash WebSocketのフォールバックを使用することに決めました。あなたが知りたいことがあります:

  1. 私はwebsocketを使用しています。私はpure websocket serverを使用しています。私は他のプロトコルを使用していません。私はsocket.ioを使用しません。 websocketだけを使用することに決めた場合、開発時間でさえ、socket.io libの恩恵を受けることはできません。複数のトランスポート層がサポートされているため、サーバーに不要なオーバーヘッドが追加されるだけです。

  2. クライアント側では、websocket + flash websocket fallbackを使用しています。これは、フラッシュソケットを使用してwebsocket仕様を実装しており、大きな違いはありません。 「同じ発信元ポリシー」に起因することを知っておくべき唯一のことは、フラッシュソケットの接続を許可するために、独自のフラッシュソケットポリシー要求(デフォルトではポート843で実行)を提供する必要があります。

  3. 専用のシステム管理者がいるため、私たちは現在プライベートサーバを使用しています。しかし、あなたが意図したことに集中できるだけでなく、望ましくないことに集中することができれば、より良いことです。ああ、時には、あなた自身のサーバーを完全に管理している方が良いでしょう:-)。

希望します。

+0

ありがとうございました。ありがとうございました。遅い回答をおかけして申し訳ありませんが、socket.ioの問題が発生したため、使用できませんでしたか?私は誰もが使用しているsocket.ioのように思えるので、私はそれを使用していないと考えています。しかし私はあなたの例に従うことを検討しています。 – Mark

+0

私はまた、socket.ioを最初に考えました。しかし、片側(サーバまたはクライアント)でsocket.ioが使用されると、両側でそれに固執する必要があります。したがって、あなたの "websocket"アプリケーションは他の標準実装と互換性がありません。これは私がさらに進まないようにしました。私はsocket.ioが時代遅れのインターネット技術を修正するのに良いと思っています:)。 – instcode

関連する問題