問題タブ [comet]

私は持っています

Orbitedは返信しています（firebugで表示）：

私が間違っているのは何ですか？

私が達成しようとしていること：

ブラウザがページに表示され、（読み取り専用）チャネルにサブスクライブします。ブラウザがPOSTデータを送信すると、PHP側はデータをデータベースに送信してから、そのコメットチャネルに「更新」を公開します。ブラウザはこれを取得してページを更新します。

/etc/orbited.cfg：

エンドユーザーにリアルタイムの更新を必要とするアプリケーションを開発しています。ただし、永続的なHTTP接続を使用した場合の影響についてはよくわかりません。ブラウザは接続数を制限していますか？バックエンドサーバーが何千もの持続的接続を持っていても大丈夫ですか？これらすべての接続を管理するためにjettyのようなものを使用しないとどうなりますか？

CometまたはAjaxLongPullテクニックを使用する場合、通常はiframeが使用されます。そして、そのiframeが長い接続が閉じるのを待っている間、ブラウザーはそのスロバー（進行状況/読み込みインジケーター）を回転させています。

いくつかのウェブサイト、例えばetherpad.comは、なんとかそれを止めさせました。

どうやってやっているの？

gwtコメットは突堤やTomcatに実装するのが簡単ですか？

ストリーミングは実行可能なオプションですか? どちらを選択するかによって、サーバー側でパフォーマンスに違いはありますか? この場合、一方が他方よりも優れていますか?

サーバー側で実行されているTomcatを使用してGWTアプリケーションに取り組んでいます。私のニーズを理解するために、複数の株式の株価を同時に更新することを想像してみてください。

COMETストリーミングとは何か、そして主要なブラウザーでそれを機能させるために必要なすべてのさまざまなハックについて読んだことがあります。発生した問題は2つあるようです。1。サーバーが多くの持続的接続をサポートできること2.JS機能の実装

COMETストリーミングを実行する必要があるアプリケーションがあります。私はすでに上記の最初の問題に取り組んでいます-更新がチャンクで到着したときに更新を配信するカスタムサーバーを実行しています。JSを使用してこのURLに接続できるようにしたいので、更新を受信できます。

これに使用できる簡単なCOMETライブラリはありますか？Orbitedプロジェクトを見ました。orbitedのクライアント側JSを使用してこれを実行できますか？このためにバックエンドでどのような変更を行う必要がありますか？

コメットテックに関する記事をいくつか読みました。それらのすべては、長寿命のHTTP応答はTransfer-Encoding：chunkedでなければならないと述べました。なぜチャンクエンコードする必要があるのか​​疑問に思います。応答がチャンクエンコードされていない場合でも、クライアントのJavaScriptは応答されたテキストを読み取って解析できますよね？

Cometの応答をチャンクエンコードする必要がある特別な理由はありますか？

私はこのトピックに関するいくつかの投稿を読みましたが、答えはコメット、リバースajax、httpストリーミング、サーバープッシュなどです。

Gmailでの受信メール通知はどのように機能しますか？

Gmailチャットはどのようにしてクライアントとの対話なしでAJAXリクエストを行うことができますか？

非常に簡単な例を書くために従うことができるコード参照があるかどうか知りたいです。多くの投稿やウェブサイトは、テクノロジーについて話しているだけです。完全なサンプルコードを見つけるのは難しいです。また、Hidden IFrame、XMLHttpRequestなど、多くのメソッドを使用して彗星を実装できるようです。私の意見では、XMLHttpRequestを使用する方が良い選択です。さまざまな方法の長所と短所についてどう思いますか？Gmailはどちらを使用しますか？

サーバー側とクライアント側の両方でそれを行う必要があることを私は知っています。PHPとJavascriptのサンプルコードはありますか？

CF でプログレス バー ウィジェットを開発しましたが、組み込みの CF8 開発サーバーで実行されているローカル マシンで素晴らしく動作します。ただし、本番環境とステージング ボックスでは Win2k3 と IIS が実行されているため、CFFLUSH タグを尊重できません。IIS がバッファをフラッシュするように指示されたときに実際にバッファをフラッシュするかどうかは予測できないため、応答でバッファをパディングしてもあまりうまくいきません。代わりに短いポーリングを使用するようにアーキテクチャを変更せずに、IIS がバッファをフラッシュする方法、またはこの問題を解決する他の方法を知っている人はいますか?

オープン ソースの php/mysql ajax チャット ルームを探しています (1 対 1 のプライベート チャットではありません)。皆さんは何をお勧めしますか？

チャット ルームのインスタンスを何百も作成する必要があります (たとえば、各ユーザー グループには専用のチャット ルームがあります)。