私はphpとjqueryを使用して理論的な Web チャット アプリケーションを作成しようとしています。ロング ポーリングと http ストリーミングについて読み、記事で紹介されているほとんどの原則を適用することができました。ただし、まだ理解できないことが 2 つあります。
successのデータを確認するにはどうすればよいですか?事前に感謝します。
ええ、コメットのようなテクニックは通常、最初は脳を吹き飛ばします。もう 1 つの問題は、PHP で使用できるリソースがそれほど多くないことです。誰もが Node.js、Python、Java などで Comet を実行しているためです。
私はあなたの質問に答えようとします。それが人々にとってこのトピックに光を当てることを願っています.
更新が送信されたことをサーバーはどのように知るのですか? データベースを継続的にクエリする必要がありますか、それともより良い方法がありますか?
答えは次のとおりです。最も一般的なケースでは、メッセージ キュー (MQ) を使用する必要があります。RabbitMQ または Redis ストアに組み込まれている Pub/Sub 機能が適切な選択かもしれませんが、ZeroMQ、Beanstalkd など、市場には競合するソリューションが数多くあります。
したがって、データベースに継続的にクエリを実行する代わりに、MQ イベントをサブスクライブして、サブスクライブしたメッセージを他の誰かが公開し、MQ があなたを目覚めさせてメッセージを送信するまでハングすることができます。チャット アプリは、この機能を理解するための非常に優れたユース ケースです。
また、他の言語で Comet-chat の実装を検索すると、MQ を使用していない単純なものに気付くかもしれません。では、彼らはどのように情報を交換するのでしょうか? 問題は、そのようなソリューションは通常、スタンドアロンのシングルスレッド非同期サーバーとして実装されるため、すべての接続をスレッド ローカル配列 (または類似のもの) に格納し、単一のループで多くの接続を処理し、1 つを選択して必要なときに通知することができます。このような非同期サーバーの実装は、Comet-technique に非常に適した最新のアプローチです。ただし、Comet を mod_php または FastCGI の上に実装する可能性が最も高いです。この場合、この単純なアプローチはオプションではなく、MQ を使用する必要があります。
これは、単一のスレッドで多くの接続を処理するためにスタンドアロンの非同期 Comet サーバーを実装する方法を理解するのに非常に役立ちます。最近のバージョンの PHP は Libevent と Socket Streams をサポートしているため、この種のサーバーを PHP でも実装できます。PHP ドキュメントにもサンプルがあります。
Ajax 接続がまだアクティブなときに結果を確認するにはどうすればよいですか? jQuery の ajax 呼び出しの成功関数については認識していますが、接続中のデータを確認するにはどうすればよいですか?
プレーンな XHR、jQuery Ajax などの通常の Ajax 手法を使用して長時間実行されるポーリングを実行している場合、単一の Ajax リクエストで複数の応答を送信する簡単な方法はありません。あなたが言及したように、応答全体を処理するための「成功」ハンドラーのみがあり、その部分は処理しません。回避策として、リクエストごとに 1 つの応答のみを送信し、それを「成功」ハンドラーで処理します。その後、新しいロング ポール リクエストを開きます。これが HTTP プロトコルの仕組みです。
IFRAMEまた、実際には、非表示の無限に長いページやマルチパート HTTP 応答の使用などの手法を使用して、さまざまな手法を使用してストリーミングのような機能を実装する回避策があることにも言及する必要があります。これらの方法は両方とも特定の欠点です (前者は信頼性が低いと見なされ、無限ロード インジケーターなどの望ましくないブラウザー動作を生成する可能性があり、後者は一貫した単純なクロスブラウザー サポートを漏らしますが、特定のアプリケーションは依然としてそれに依存していることが知られています)。ブラウザーがマルチパート応答を適切に処理できない場合にロング ポーリングにフォールバックするメカニズム)。
単一の要求/接続ごとに複数の応答を信頼できる方法で処理したい場合は、最新のブラウザーでサポートされている WebSocket などのより高度なテクノロジの使用を検討する必要があります。たとえば、モバイルアプリ用に開発する場合)。
メッセージ キューについて詳しく教えてください。
Message Queueは、オブザーバー パターン(「パブリッシュ/サブスクライブ」または単に PubSub とも呼ばれます) のスタンドアロン (または組み込み) 実装を表す用語です。大きなアプリケーションを開発する場合、1 つあると非常に便利です。これにより、システムのさまざまな部分を切り離し、イベント駆動型の非同期設計を実装して、特に異種システムでの作業がずっと楽になります。これには実世界のシステムへの多くのアプリケーションがあります。そのうちの 2 つだけを紹介します。
私の図が理解しやすいことを願っていますが、メッセージ キューは非常に広範なトピックであるため、詳細については上記のリソースを参照してください。
Ajax 接続がまだアクティブなときに結果を確認するにはどうすればよいですか? jQuery の ajax 呼び出しの成功関数については認識していますが、接続中のデータを確認するにはどうすればよいですか?
実際、できます。上記の修正された回答を提供しましたが、まだ保留中か無視されているかはわかりません。正しい情報が利用できるように、ここで更新を提供します。
クライアントとサーバー間の接続を開いたままにしておくと、応答に追加される更新をプッシュできます。更新が発生するたびにXMLHttpRequest.onreadystatechangeイベントが発生し、の値はXMLHttpRequest.readyState3 になります。これは、XMLHttpRequest.responseText が成長し続けることを意味します。
この例をここで見ることができます: http://www.leggetter.co.uk/stackoverflow/7213549/
JS コードを表示するには、単にソースを表示します。PHPコードは次のとおりです。
<?php
$updates = $_GET['updates'];
if(!$updates) {
$updates = 100;
}
header('Content-type: text/plain');
echo str_pad('PADDING', 2048, '|PADDING'); // initial buffer required
$sleep_time = 1;
$count = 0;
$update_suffix = 'Just keep streaming, streaming, streaming. Just keep streaming.';
while($count < 100) {
$message = $count . ' >> ' . $update_suffix;
echo($message);
flush();
$count = $count + 1;
sleep($sleep_time);
}
?>
Firefox などの Gecko ベースのブラウザでは、responseTextを使用してを完全に置き換えることができmultipart/x-mixed-replaceます。この例は示していません。
を使用して同じ種類の機能を実現できるようには見えませんjQuery.ajax。イベントがsuccess発生するたびに、コールバックは発生しません。onreadystatechangeドキュメントには次のように記載されているため、これは驚くべきことです。
ただし、success、error、complete、および statusCode は考えられるすべての要件をカバーするため、onreadystatechange メカニズムは提供されません。
私が誤解していない限り、ドキュメントは間違っている可能性がありますか?
ここで jQuery を使用しようとする例を見ることができます: http://www.leggetter.co.uk/stackoverflow/7213549/jquery.html
Firebug または Chrome 開発者ツールのネットワーク タブを見ると、ファイル サイズがstream.php大きくなっていることがわかりますが、successコールバックはまだ起動していません。