問題タブ [comet]

私は基本的なプッシュメッセージングシステムを書いています。小さな変更により、正常に動作しなくなりました。説明させてください。私の元のバージョンでは、次のようなドキュメントのコードを入れることができました。

これはうまく機能し、サーバーがnullを返した場合でも接続を開いたままにします（2分のタイムアウトの後）。getJSON関数を無期限に何度も呼び出し続けるだけです。ハッピーパンダ。

ここで、タグの間にコードセグメントを配置する必要があります。$（document）.ready（）関数へのアクセスはほとんど機能しません。

これは機能します...しばらくの間。その後まもなく、check4Updatesの呼び出しを停止し、無限ループに入り、100％のプロセッサ時間を使用します。

ページが閉じるまでcheck4Updatesが繰り返し呼び出されるように取得しようとしています。私の単純な変更が期待どおりに機能しなくなった理由について誰かが洞察を持っている場合は、私に知らせてください。読んで助けてくれてありがとう。

よろしく、ヴァングエン

CometなしでWebサーバーにメッセージをWebブラウザに送信させることは可能ですか？

FacebookやGoogleなどのすべての主要なWeb企業は、この目的でCometを使用しており、主要なブラウザーでtcp接続が有効になっている場合、醜いハックが消えるのを待っているようです。

JETTY の中断されたサーブレットの実装を使用して、JSON メッセージと XStream を使用して独自の COMET Web アプリケーションを展開してきました。

Resin の COMET の実装とそれらの比較の経験がある人はいますか?

また、COMET よりも一般的に、Java Suspended サーブレット 3.0 の最適な実装について提案がある人はいません。

以下にいくつかのリソースを示します。

• COMETD - さまざまな COMETD 実装の JETTY リソース
• Resin の Hessian ストリーミング COMET 実装例
• JETTY COMET はサーブレットのパフォーマンスを一時停止します

JETTY 7.0 の中断されたサーブレット 3.0 API の実装を使用して、Java で記述された COMET Web アプリケーションをクラスタ化しようとしています。

中断/再開サーブレット Web アプリケーションで Terracotta を使用した経験がある人はいますか?

JETTY の Greg Wilkins は、Terracotta での COMET のパフォーマンスに関するいくつかの問題について言及しています。

• Terracotta を使用した COMETD のクラスタリング

ブラウザとサーバー間の双方向接続を開きたい場合は、ポーリング（サーバーにハンマーをかける）またはcomet（無愛想で切断されやすい）を使用するしかありません。

なぜブラウザは単純なTCP接続を開くことができないのですか？この能力を持たないことの実際的な利点はありますか？

Facebook/Gmail チャットに似たものを実装しようとしています。私は彼らがコメット＆ジャバーを彼らの技術として使っていることを知っています。しかし、いくつかのことについて混乱しています。

1. 本当にジャバーが必要ですか? 代わりに、単純な mysql テーブルを from、to、message、sent、および recd で使用できますか? mysql の使用に非効率性はありますか? パフォーマンスの低下はありますか?

2. コメットは通常の Web サーバーを使用して実装できますか? 特別なサーバーが必要ですか? 私の知る限り、apache + phpは開いている接続が多すぎて処理できませんか? 単純なポーリングを使用する必要がありますか? システムに悪影響を及ぼすことはありますか? 通常のウェブホストですぐに使用できるものは何ですか? （チャットアプリを販売すれば、ほとんどの人に役立つはずです。）

3. comet を実装する (現在) 最良の方法はどれですか? 無限のiframeは良い考えですか? しばらくするとphpがタイムアウトしませんか? それはクロス ブラウザ ソリューションになるのでしょうか、それとも醜いハックを書かなければならないのでしょうか? それはサーバーの負荷につながりますか？Gmail と Facebook は永遠の接続に何を使用しますか?

Django サイト用に非常にシンプルな 2 人のチャットルームを作ろうとしています。これを行うためにAJAXを学んでいます。ユーザーの操作なしで Web ページの一部を更新する必要があります。

• ユーザー 1 がメッセージを送信すると、そのメッセージはユーザー 2 の画面に表示されます。
• ユーザー 1 がログオフすると、ユーザー 2 の画面でステータスが「オフライン」に変わります。

これを実装する最も簡単な方法は何ですか? JavaScript を使用して定期的にサーバーをポーリングするだけですか? もしそうなら、これを行うためのベストプラクティスは何ですか? setInterval または setTimeout の使用に関するいくつかの解決策を見つけましたが、これが最善の方法であるかどうかはわかりませんでした。

(私はリバース AJAX について読んだことがありますが、私が読んだことから、これは実装がより複雑です。ソリューションが高速またはスケーラブルである必要はありません。機能する必要があるだけです。)

サーバーがクライアントに何も起こらなかったことを伝える前に、新しいイベントが発生するのを特定の最大時間待機する長いリクエストを使用したはるかに単純なポーリングよりも、COMET/プッシュテクノロジを使用することに本当の利点があるかどうか疑問に思っていました。

両方のテクノロジーのクライアント レイテンシは類似しており、長いリクエストは新しい接続を確立する必要があるため、より悪いというのが一般的な考えですが、HTTP キープアライブがあるという事実もあります。トラフィック/負荷の量。

では、COMET を使用する明確な利点はありますか?

私は C# で小さな Comet サーバーを作成しています。それをテストするために、一連の接続を開き、それぞれに小さなテキストを書き込み、それぞれを閉じる小さなプログラムを作成しました。

現在、1025 から 5000 の範囲の動的クライアント ポートのみを割り当てる Windows XP を使用しているため、30000 から始まるポートへの明示的なバインディングを追加しました。 Socket.Connect で次の例外が発生します。

「システムに十分なバッファ領域がないか、キューがいっぱいだったため、ソケットに対する操作を実行できませんでした 127.0.0.1:1999」

何かご意見は？送信および受信バッファ サイズを変更しても違いはないようです。また、サーバーではなく常にクライアント アプリが壊れているようです。100,000 接続に到達する前にクライアント ポートが不足することはわかっていますが、何が起こっているのかをもう少しよく理解したいと思っています。