タグ付けされた質問 「comet」

私はいくつかの記事を読んでみましたが、その概念はまだはっきりしていません。 これらのテクノロジーが何であるかを私に説明することで誰かがショットを撮りたいですか？ ロングポーリング サーバー送信イベント WebSocket 彗星 毎回出くわしたことの1つは、サーバーが接続を開いたままにし、データをクライアントにプッシュすることでした。接続はどのように開いたままにし、クライアントはどのようにしてプッシュされたデータを取得しますか？（クライアントはどのようにデータを使用しますか、おそらくいくつかのコードが役立つでしょう？） さて、リアルタイムアプリにどちらを使用すればよいでしょうか。（socket.io [node.jsライブラリ]を使用して）websocketについて多くのことを聞いてきましたが、なぜPHPではないのですか？

1048 php  websocket  comet  long-polling  server-sent-events 

ロングポーリングのしくみに関する多くの情報（たとえば、thisとthis）を見つけることができますが、これをコードに実装する簡単な例はありません。 私が見つけることができるのは、Dojo JSフレームワークに依存するcometdと、かなり複雑なサーバーシステムだけです。 基本的に、リクエストを処理するためにApacheをどのように使用し、新しいメッセージに対してサーバーを「ロングポーリング」する単純なスクリプト（たとえば、PHP）をどのように記述しますか？ この例は、スケーラブル、安全、または完全である必要はありません。動作する必要があるだけです。

776 php  http  comet 

websocketとHTTPについては多くのブログと議論があり、多くの開発者やサイトはwebsocketを強く推奨していますが、それでも理由がわかりません。 たとえば（WebSocket愛好家の議論）： HTML5 Webソケットは、Web通信の次の進化、つまりWeb上の単一のソケットを介して動作する全二重の双方向通信チャネルを表します。（http://www.websocket.org/quantum.html） HTTPはストリーミングをサポートします。リクエストボディストリーミング（大きなファイルをアップロードするときに使用）とレスポンスボディストリーミング。 WebSocketとの接続中に、クライアントとサーバーはフレームごとに2バイトのデータを交換します。これに対して、継続的なポーリングを行うと、8キロバイトのHTTPヘッダーが使用されます。 2バイトにtcpおよびtcpプロトコルのオーバーヘッドが含まれていないのはなぜですか？ GET /about.html HTTP/1.1 Host: example.org これは〜48バイトのHTTPヘッダーです。 httpチャンクエンコーディング-https : //en.wikipedia.org/wiki/Chunked_transfer_encoding： 23 This is the data in the first chunk 1A and this is the second one 3 con 8 sequence 0 したがって、各チャンクごとのオーバーヘッドは大きくありません。 また、どちらのプロトコルもTCPを介して機能するため、長時間の接続に関するすべてのTCPの問題が依然として存在します。 質問： なぜwebsocketsプロトコルの方が優れているのですか？ なぜhttpプロトコルを更新する代わりに実装されたのですか？

330 ajax  http  websocket  comet 

私はこのトピックに関するいくつかの投稿を読んだことがあり、答えは彗星、逆Ajax、httpストリーミング、サーバープッシュなどです。 Gmailの受信メール通知はどのように機能しますか？ GMail Chatはクライアントとのやり取りなしでどのようにAJAXリクエストを実行できますか？ 非常に単純な例を書くために従うことができるコード参照があるかどうか知りたいのですが。多くの投稿やウェブサイトは、テクノロジーについて話しているだけです。完全なサンプルコードを見つけるのは困難です。また、彗星の実装には、Hidden IFrame、XMLHttpRequestなど、多くのメソッドを使用できるようです。私の意見では、XMLHttpRequestを使用することをお勧めします。さまざまな方法の長所と短所をどう思いますか？Gmailではどちらを使用していますか？ サーバー側とクライアント側の両方で実行する必要があることはわかっています。PHPおよびJavascriptのサンプルコードはありますか？

269 comet 

もちろん私はAjaxを知っていますが、Ajaxの問題は、ブラウザーがサーバーを頻繁にポーリングして、新しいデータがあるかどうかを確認する必要があることです。これにより、サーバーの負荷が増加します。 サーバーを頻繁にポーリングする以外に、Ajaxを使用するよりも良い方法はありますか？

134 ajax  webserver  comet 

質問タイトルのキーワードについて、SOとWebに関する多くの投稿を読み、それらから多くのことを学びました。私が読んだ質問のいくつかは特定の実装の課題に関連しており、他の質問は一般的な概念に焦点を当てています。すべての概念とテクノロジーXがテクノロジーYよりも発明された理由などを確実に理解したいだけです。だからここに行く： HTTPポーリング：基本的にAJAX、XmlHttpRequestを使用。 HTTPロングポーリング： AJAXですが、サーバーに更新がない限り、サーバーは応答を保持します。サーバーが更新を取得するとすぐに、サーバーはそれを送信し、クライアントは別の要求を送信できます。不利な点は、前後に送信する必要がある追加のヘッダーデータが原因で追加のオーバーヘッドが発生することです。 Httpストリーミング：ロングポーリングに似ていますが、サーバーは「Transfer Encoding：chunked」のヘッダーで応答するため、サーバーがデータを送信するたびに新しいリクエストを開始する必要はありません（したがって、追加のヘッダーオーバーヘッドを節約できます）。ここでの欠点は、サーバーから送信された複数のチャンクを区別するために、データの構造を「理解」して理解する必要があることです。 Javaアプレット、Flash、Silverlight： tcp / ipを介してソケットサーバーに接続する機能を提供しますが、プラグインであるため、開発者はそれらに依存したくありません。 WebSockets：これらは、上記のメソッドの短所を次のように解決しようとする新しいAPIです。 Javaアプレット、Flash、Silverlightなどのプラグインに対するWebSocketの唯一の利点は、WebSocketがブラウザにネイティブに組み込まれており、プラグインに依存しないことです。 HTTPストリーミングに対するWebSocketの唯一の利点は、受信したデータを「理解」して解析するための努力をする必要がないことです。 ロングポーリングに対するWebSocketsの唯一の利点は、余分なヘッダーサイズを排除し、リクエスト用のソケット接続を開閉することです。 私が見逃している他の重要な違いはありますか？既にSOに関する質問の多くを1つの質問に再質問または組み合わせている場合は申し訳ありませんが、これらの概念に関してSOおよびWebにあるすべての情報から完全に理解したいと思います。 ありがとう！

122 javascript  web-applications  websocket  comet  http-streaming 

現在のところ、この質問はQ＆A形式には適していません。事実、参考文献、専門知識によって回答が裏付けられることを期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 8年前に閉鎖。 私はjavascriptを使用したサーバープッシュについていくつかの調査を行いましたが、私が探しているのは「コメット」デザインパターンにあるという一般的なコンセンサスがわかったのです。jQueryの上に構築されたこのパターンの適切な実装はありますか？そうでない場合、このパターンの良い実装はまったくありますか？そして、これらの質問への回答に関係なく、実装の観点からこのパターンに関するドキュメントはありますか？

113 javascript  jquery  design-patterns  comet  server-push 

閉まっている。この質問はスタックオーバーフローのガイドラインを満たしていません。現在、回答を受け付けていません。 この質問を改善してみませんか？Stack Overflowのトピックとなるように質問を更新します。 4年前休業。 この質問を改善する 私はブラウザの中にGmailのようなメッセージングを実装する方法を探していて、Cometのコンセプトにたどり着きました。ただし、IIS内でこれを実行できる適切な.NET実装を見つけることができませんでした（アプリケーションはASP.NET 2.0で作成されています）。 私が見つけた（またはそのことについて考えることができる）解決策は、ユーザーごとに実行中のスレッドを残しておく必要があります。そのため、ユーザーがメッセージを受け取ったら、応答を返すことができます。もちろん、これはまったくスケーリングしません。 だから私の質問は-別の方法で動作するCometのASP.NET実装を知っていますか？IISでもそれは可能ですか？

103 asp.net  iis  comet 

PHPバックエンドを使用してリアルタイムチャットを実装することを考えていましたが、cometについて議論しているサイトでこのコメントに出くわしました。 私の理解では、PHPはCometにとってひどい言語です。なぜなら、Cometでは、各ブラウザークライアントへの永続的な接続を開いたままにしておく必要があるからです。mod_phpを使用すると、これは、まったくスケーリングしないクライアントごとに、Apacheの子をフルタイムで拘束することを意味します。私がCometの仕事をしていることを知っている人々は、ほとんどが数百または数千の同時接続を処理するように設計されたTwistedPythonを使用しています。 これは本当ですか？それとも、周りに構成できるものですか？

82 php  comet