サーバーがWebクライアントにメッセージを送信する最適な方法は何ですか？

Question

記事へのリンクも高く評価されます。検索する用語はわかりません。

私は、Webアプリケーションがサーバーツークライアント通信をどのように可能にするかを知りたいと考えています。私はウェブがこのために設計されておらず、それがハードルの何かであり、それがどういう状態であり、ベストプラクティスが何であるか疑問に思っています。

代替方法として、ajaxを使用した一定または時折のポーリングがありますが、WebサーバーがWebクライアントへのステートフルな接続を維持することは可能ですか？

編集：この質問をするもう一つの方法は、StackOverflowのは、それが一番上にその小さなバーを表示するために新しい記事が利用可能であることをページを教えてくれない方法ですか？

Answer 1

StackOverflowがサーバーをポーリングしてデータがあるかどうかを確認します。

あなたが探しているのはCometです。

Answer 2

実際には、この種の通信を処理するWebブラウザは設定されていません。通信は、Webサーバーが情報を送信するポート（通常80または443）でリッスンしている一方通行です。

私はちょうど彗星のリンクを読んでいます。興味深いアプローチですが、覚えておかなければならないのは、依然としてクライアントによって技術的に開かれていることです。サーバーは実行のためのコードを送信していますが、ブラウザーは最終的に制御され、サーバーがいつ通信を行うかを決定します。

今日のWebブラウザでは、ブラウザの助けを借りずに、サーバーは技術的にメッセージを送信できません。技術的には、クライアントマシン上でいくつかのActive Xコントロールを実行して回避することができるかもしれませんが、試していません。

Answer 3

HTTPはステートレスではありません。長い間、NetscapeはHTTP Pushを実装していましたが、それは成功していませんでした。

私はWebサービスなどでポーリングを使用します。プラグインなし（つまり、Flash、Java、Silverlight）は、サンドボックスにrawソケットを使用する権利がありますので、そのように実装しようとするのは時間の無駄でしょう。

Answer 4

ブラウザからの真の双方向通信を得るには、Silverlight、Flashなどのプラグイン技術を使用する必要があります。これらのプラグインは、サーバーソケットとの永続的な接続を確立するTCP接続を作成できます。 HTTPサーバーとのTCP接続は実際には確立できないので、ブラウザーと通信するために追加のサーバー・エージェントを作成する必要があることに注意してください。

基本的には、Stackoverflow、GmailなどのAJAXサイトが使用するものとは全く異なるネットワーク展開モデルです。彼らはすべて一定の間隔でサーバーをポーリングするブラウザーに依存しています。