リアルタイムアプリケーションではnode.js + socket.ioでdotcloudを使いたいです。socket.io websocket fallbacks
しかし、ウェブソケットはサポートしていません。
純粋にフォールバックに依存することで、帯域幅やパフォーマンスが著しく低下する可能性はありますか?
自分のサーバーを使用する価値はありますか? Linodeやawsなど。
ありがとうございました。
リアルタイムアプリケーションではnode.js + socket.ioでdotcloudを使いたいです。socket.io websocket fallbacks
しかし、ウェブソケットはサポートしていません。
純粋にフォールバックに依存することで、帯域幅やパフォーマンスが著しく低下する可能性はありますか?
自分のサーバーを使用する価値はありますか? Linodeやawsなど。
ありがとうございました。
私は完全にwebsocketに依存するインスタントメッセージングシステムを実装しています。 Webがかなり速く進化しており、websocketがWeb標準になっていたので、私はデフォルトでそれをサポートしていないブラウザ(Firefox、Opera)に対して、Flash WebSocketのフォールバックを使用することに決めました。あなたが知りたいことがあります:
私はwebsocketを使用しています。私はpure websocket serverを使用しています。私は他のプロトコルを使用していません。私はsocket.ioを使用しません。 websocketだけを使用することに決めた場合、開発時間でさえ、socket.io libの恩恵を受けることはできません。複数のトランスポート層がサポートされているため、サーバーに不要なオーバーヘッドが追加されるだけです。
クライアント側では、websocket + flash websocket fallbackを使用しています。これは、フラッシュソケットを使用してwebsocket仕様を実装しており、大きな違いはありません。 「同じ発信元ポリシー」に起因することを知っておくべき唯一のことは、フラッシュソケットの接続を許可するために、独自のフラッシュソケットポリシー要求(デフォルトではポート843で実行)を提供する必要があります。
専用のシステム管理者がいるため、私たちは現在プライベートサーバを使用しています。しかし、あなたが意図したことに集中できるだけでなく、望ましくないことに集中することができれば、より良いことです。ああ、時には、あなた自身のサーバーを完全に管理している方が良いでしょう:-)。
希望します。
ありがとうございました。ありがとうございました。遅い回答をおかけして申し訳ありませんが、socket.ioの問題が発生したため、使用できませんでしたか?私は誰もが使用しているsocket.ioのように思えるので、私はそれを使用していないと考えています。しかし私はあなたの例に従うことを検討しています。 – Mark
私はまた、socket.ioを最初に考えました。しかし、片側(サーバまたはクライアント)でsocket.ioが使用されると、両側でそれに固執する必要があります。したがって、あなたの "websocket"アプリケーションは他の標準実装と互換性がありません。これは私がさらに進まないようにしました。私はsocket.ioが時代遅れのインターネット技術を修正するのに良いと思っています:)。 – instcode
ウェブソケットが実際に高速です。プロの設定でのみ価値があります(つまり、おもちゃ/プロトタイプのフォールバックを使用してください) – Raynos