問題タブ [comet]

COMETが何をするか（サーバー側で常にループし、<script>タグを出力する方法）の基本的な要点を理解したので、私はそれをいじっています。

この方法でPHPからJavascriptに単純な文字列を渡すことができますが、PHP配列についてはどうでしょうか。このメソッドを使用してPHP配列をJavascriptに渡す（JS配列にキャストする）方法はありますか??

OK、COMETの実装を探しています。このページで、さまざまなオプションを比較しています。

http://cometdaily.com/maturity.html

「トランスポート」の下で、彼らはこの用語「コールバックポーリング」を使用しています-コールバックポーリングとは何ですか？通常のポーリングとロングポーリングとは何ですか？コールバックポーリングとは何ですか？

これは好奇心からであり、何よりも「将来の参考のために」ですが、Comet はデータベース側でどのように実装されているのでしょうか? ほとんどの実装では、データが利用可能になるまで長寿命の HTTP リクエストを使用して「待機」することを知っていますが、これはサーバー側でどのように行われますか? Web サーバーは、新しいデータが利用可能になったことをどのように認識しますか? データベースを常にポーリングしますか?

コメットチャットを実装します。サーバー側では選択するのは簡単ですが、クライアント側では-私は本当に混乱しています：長いポーリング、コールバックポーリング、非表示のiframe、httpストリーミング、永続的なhttp接続...。

私はその概念についてあまり知りません、そして誰が私がそれをより明確にするのを手伝うことができますか？コメットチャットクライアントを実装するための最良の方法を選びたいだけです〜

サーバーがすぐに接続を閉じず、HTML を受信したときに表示することをブラウザーに伝えるために、HTTP ヘッダーを返す必要がありますか? HTML を flush() のように段階的に表示するために必要なものはありますか?

以前はチャットなどで使われていた手法ですが、COMET系のアプリで使おうと考えています。

WCF を使用して、彗星スタイルのサーバー プッシュを ajax Web アプリケーションに実装しようとしています。

私の WCF サービスでは、新しいデータが到着するまでスレッドを中断するために Monitor.Wait を呼び出す WaitForEvents メソッドを実装しました。その時点で、モニターがパルスされ、メソッドがコメット スタイルのリクエストを閉じる新しいデータを返します。

これが発生すると、要求が再度行われます。

現在、これは正常に動作しますが、WCF は接続しているユーザーごとに新しいスレッドを作成する必要があることに気付きました。これはおそらく、データが入るまでスレッドをスレッドプールに戻すことができず、接続された各ユーザーが新しいスレッドを必要とするためです。

1 つのスレッドで複数の接続にサービスを提供することで、この実装をより効率的にしたいと考えています。ソケットを使用する場合は、ソケットを開いたままにし、最初にスレッドをスレッド プールに戻すことで実現できます。新しいデータが到着すると、それは別のスレッドによって配信され、新しいデータをソケットに直接書き込んで閉じることができます。

これをWCF経由で行う方法を知っている人はいますか?

私は「プッシュ スタイル ストリーミング」http://msdn.microsoft.com/en-us/library/bb472551.aspxを見てきましたが、「WCF はアプリケーション コード (サービス) は Stream のインスタンスを返し、下位レベルのインフラストラクチャに依存して、このストリームからデータを取得し、ネットワークに書き込みます。」しかし、私はこのウェブサイトの例を見つけることができません。

よろしくお願いします！

コメッツ パターンを使用するアプリケーションを作成したいと考えています。これは、即時の要求への応答としてだけでなく、サーバーでイベントが発生したときに応答できる要求です。

この目的で使用する最も簡単なアプリケーション サーバーは何ですか?

1) Tomcat とその NIO パッケージ
2) Jetty とその継続
3) またはその他の代替

主な基準は次のとおりだと思います。
- 使いやすさ
- 信頼性
- 速度

orbited on Vista をインストールしてみました。しかし、軌道サーバーを実行しようとすると、次のエラーが発生します.twisted cmdプロンプトorbitedを入力すると、次のo/pが表示されます。

コメットとしても知られるサーバーサイドプッシュのほぼ反対です。長期間有効なHTTP接続を使用してサーバーに情報をプッシュすることは可能かどうか疑問に思っています。

単純なXHRとは異なり、ユーザーがアクションなどを完了すると、接続は維持され、データは定期的にサーバーにストリーミングされます。

標準的なテクノロジーを使用して、これが可能であるとは思いませんが、これを達成するための可能な悪用または独創的な方法についての提案を受け入れています。目的は、サーバーへの低遅延データプッシュを完了して、高速で効率的な一方向ストリーミングを実現することです。

クロスドメインポリシーを提供したり、Javaに署名したりするのが面倒なので、flash/javaブリッジでソケット実装を使用することに興味はありません。追加の依存関係なしで機能する粗ハックは大歓迎です。できれば、解決策はjavascriptで実行されます。