0

サーバーの状態に応じてページを更新し続ける必要があるプロジェクトに取り組んでいます。

サーバーからメッセージをプッシュする方法を提供してくれるので、これには websocket が好きですが、可用性が問題です。

Web サーバーとブラウザー クライアント間の双方向通信を行う一般的な方法が必要です。

サーバーで大量のクライアントを保持できるようにしたいので、ビジーウェイティング クライアントは良い解決策ではありません。

私は長いプーリングを見てきましたが、これはクライアント側で忙しいのを待っているようなものです.IEのサポートが必要な場合、それが唯一の方法ですか?

この質問は、トランザクションのクライアント側のみに関するものです。

4

3 に答える 3

1

はい、あなたは正しいです longpolling には問題があり、リソースを大量に消費する傾向があります。

あなたが必要としているのは、Websockets API を話すブラウザーではなく、高齢者向けの HTTP longopolling にフォールバックするソリューションを見ることができることです。SSE は代替手段ですが、Websockets はより説得力があると感じています

.NET プラットフォームで実行している場合は、XSockets.NET を代わりに使用できます。Websockets (RFC6544 および Hybi00) をサポートし、必要に応じて HTTP ロングポーリング (つまり IE ) でフォールバックします。

http://xsockets.netをご覧ください

于 2012-10-16T09:38:06.550 に答える
1

双方向通信が必要ですか？そうでない場合は、SSE (サーバー送信イベント) を使用する必要があります。また、IE でシミュレートするのも簡単です (SSE は実際には、古いシステムではロング ポーリングに正常に低下するため)。

于 2012-10-15T13:24:21.353 に答える
0

http://signalr.net/を確認しましたか? Websockets に基づいていますが、ソケット タイプの接続をサポートするために、最も近い利用可能なコンポーネントに適切にダウングレードします。

ドキュメントはこちらにあります: https://github.com/SignalR/SignalR/wiki

于 2012-10-15T13:17:23.177 に答える