問題タブ [server-push]

サーバー上のコメットで問題が発生しています

まず、gwt ホスト モードのデフォルト設定 (jetty を使用) で作業しています。comet を有効にするために何か変更を加える必要がありますか?

さて、サーバー上で私が望むのは、クライアントがリクエストを送信し、いわゆるグループに登録されることです。すべてのグループに何らかの変更が発生すると、そのグループに接続されているすべてのクライアントが認識されます。

誰かがこれを手伝ってくれますか??

プッシュ エンジンとして Ajax Push Engine を使用し、メイン サイトには Django を使用しています。新しいユーザーが Http モジュールを使用してチャネルに参加したときに、Django ベースのアプリケーションに要求を送信する必要があるサーバー モジュールを作成しました。私の Django ベースのプロジェクトは、local.jjjbbb.org のローカル マシンで実行されます。

しかし、このコードは機能せず、リクエストが受信されません。URL を他のもの (www.google.com や localhost など) に変更すると、すべてが正しく機能し、結果が得られます。しかし、アプリケーションにリクエストを送信しようとすると、リクエストが機能しません。この問題は、クライアント側からの送信にjQueryを使用すると、サーバー側からリクエストを送信しようとしたときにのみ発生し、すべて正常に機能します。

サーバー側から自分のドメインに POST リクエストを送信できないのはなぜですか?

NodeJS サーバー実装を使用したくありません。サーバー実装でサポートする必要があるプロトコルは何ですか? 技術的な詳細はどこで確認できますか?

私が取り組んでいる Web アプリケーションには、次の要件があります。

1. クライアントは Web ブラウザ経由でログインできる必要があります。
2. ログイン後、彼らはできるようになります
   • 構成の変更 (通常の要求/応答)
   • サーバーから送信されたアラームを受信できるようになります (サーバー側のプッシュ)。

さて、問題はアラームをどのように実装するかです。最初は長いポーリング アプローチ (Comet) を使用することを考えていましたが、クライアントの数が 5 ～ 10 に制限されることは間違いないため、現在はより単純なアプローチを使用することを考えています。

私が持っているオプションは何ですか？クライアントがサーバーをポーリングするだけでよいでしょうか?

GWT の別のコメット実装を知っている人はいますか?私はこのhttp://code.google.com/p/gwt-comet/を使用していますが、firefox と gwt でエラーが発生しています。https://stackoverflow.com/questions/4693964/gwt-comet-errorにエラーをリストしました

私の質問は、HTTPサーバープッシュを実現するためのHTTPストリーミング方法に関連しています。

「HTTPストリーミング」メカニズムは、リクエストを無期限に開いたままにします。サーバーがクライアントにデータをプッシュした後でも、要求を終了したり、接続を閉じたりすることはありません。このメカニズムにより、クライアントとサーバーが接続を開いたり閉じたりする必要がなくなるため、ネットワークの待ち時間が大幅に短縮されます。

HTTPストリーミングメカニズムは、リクエストや接続を終了することなく、同じ応答で複数の情報を送信するサーバーの機能に基づいています。この結果は、HTTP/1.1サーバーとHTTP/1.0サーバーの両方で実現できます。

HTTPプロトコルを使用すると、サーバーからクライアントへの応答の送信に仲介者（プロキシ、透過プロキシ、ゲートウェイなど）を関与させることができます。仲介者が部分的な応答をすぐに転送する必要はなく、クライアントにデータを送信する前に応答全体をバッファリングすることは合法です（たとえば、透過プロキシのキャッシュ）。HTTPストリーミングはそのような仲介者では機能しません。

HTTPSを使用する場合、プロキシサーバーで説明されている問題を回避できますか？

現在、基本的にデスクトップGUIとTCPサーバーで構成される既存のアプリケーションがあります。クライアントはサーバーに接続し、サーバーは何か面白いことが起こった場合にクライアントに通知します。

今、私はデスクトップGUIをWeb GUIに置き換えることになっていますが、tcpパケットの代わりにhttpパケットを送信するようにサーバーを書き直す必要があるのか​​、それとも何らかのプロキシを使用してtcpパケットを取得できるのか疑問に思っています。それらをWebクライアントに転送しますか？

ある種のコメットサーバーが必要ですか？

websocket、comet、pubsub 以外の Push API の例を探しています。2 つのシステム間の通信 (対クライアント/ブラウザ - サーバー) に特化した例が必要です。つまり、HTTP 経由である必要はありません。

Node.js、Tornado、Twistedなどのフレームワークを使用すると、開発者は、多数の同時ハングリクエスト（10k以上）をサポートするサーバープッシュアプ​​リケーションを作成できます。私が理解していることから、それらはすべて、ハングしている各要求を処理するスレッドを作成しないことによってこれを達成します。

AsyncControllerを使用して、多数の非アクティブな同時リクエストを処理できますか？

もしそうなら、このアプローチを使用してロングポールアプリケーションを作成する適度に大きなASP.NET MVC Webサイトはありますか？

私が直面している状況は次のとおりです。

私はphp + mysql Webアプリケーションを持っています。複数のユーザーが同じデータベース内のリソースを共有します。データベース レコードの変更 (作成、更新、または削除) があるたびに、他のユーザーに即座に通知される機能を実装したいと考えています。

ajax push engine (APE) の使用を検討していますが、全体像がわかりません。

(1) last_update タイムスタンプを常にチェックし、新しい変更が検出されたときにクライアントに通知を送信するスクリプトが必要なようなものですか?

また

(2) データベーステーブルに対して何らかの操作を実行した後、毎回クライアントに通知を送信し、データをリロードするように指示しますか?

どちらが優れているか、またはこれを実装する方法に関する他の提案はありますか?

前もって感謝します！