PHPバックエンドを使用してリアルタイムチャットを実装することを考えていましたが、cometについて議論しているサイトでこのコメントに出くわしました。
私の理解では、PHPはCometにとってひどい言語です。なぜなら、Cometでは、各ブラウザークライアントへの永続的な接続を開いたままにしておく必要があるからです。mod_phpを使用すると、これは、まったくスケーリングしないクライアントごとに、Apacheの子をフルタイムで拘束することを意味します。私がCometの仕事をしていることを知っている人々は、ほとんどが数百または数千の同時接続を処理するように設計されたTwistedPythonを使用しています。
これは本当ですか？それとも、周りに構成できるものですか？
回答:
すでに言われていることに同意/拡大すると、FastCGIが問題を解決するとは思わない。
Apacheへの各リクエストは、リクエストが完了するまで1つのワーカースレッドを使用します。これは、COMETリクエストの場合は時間がかかる場合があります。
Ajaxianに関するこの記事では、ApacheでCOMETを使用すること、およびそれが難しいことに言及しています。この問題はPHPに固有のものではなく、Apacheで使用する可能性のあるすべてのバックエンドCGIモジュールに当てはまります。
提案された解決策は、リクエストがワーカースレッドにディスパッチされる方法を変更する「イベント」MPMモジュールを使用することでした。
このMPMは、HTTPの「キープアライブの問題」を修正しようとします。クライアントが最初の要求を完了した後、クライアントは接続を開いたままにして、同じソケットを使用してさらに要求を送信できます。これにより、TCP接続を作成する際のオーバーヘッドを大幅に節約できます。ただし、Apacheは従来、子プロセス/スレッド全体をクライアントからのデータを待機させ続けるため、独自の欠点があります。この問題を解決するために、このMPMは専用スレッドを使用して、リスニングソケットと、キープアライブ状態にあるすべてのソケットの両方を処理します。
残念ながら、それも機能しません。これは、リクエストが完了した後にのみ「スヌーズ」し、クライアントからの新しいリクエストを待機するためです。
ここで、問題の反対側を考慮すると、cometリクエストごとに1つのスレッドを保持するという問題を解決したとしても、リクエストごとに1つのPHPスレッドが必要になります。これがFastCGIが役に立たない理由です。
トリガーされたイベントが観測されたときにコメットリクエストを再開できるようにする継続のようなものが必要です。AFAIK、これはPHPで可能なことではありません。私はそれをJavaでしか見たことがありません-ApacheTomcatサーバーを参照してください。
編集：
ロードバランサー（HAProxy）を使用して、同じサーバーのポート80でApacheサーバーとComet対応サーバー（Jetty、JavaのTomcatなど）の両方を実行できるようにする方法についての記事があります。
NginxとJavaScriptを使用して、メモリやCPUの使用率がほとんどなく、非常にスケーラブルなCometベースのチャットシステムを実装できます。
ここに、あなたが始めることができる非常に簡単な例があります。NHPMモジュールを使用したNginxのコンパイルについて説明し、jQuery、PHP、およびBashでの単純なパブリッシャー/サブスクライバーロールのコードが含まれています。
http://blog.jamieisaacs.com/2010/08/27/comet-with-nginx-and-jquery/
単純な彗星を説明するこの面白い小さなスクリーンキャストを見つけました。ちなみに、これは実際の負荷でサーバーを強制終了すると思います。ユーザーが数人いる場合は、このソリューションを選択するだけです。このソリューションは実装が非常に簡単です（スクリーンキャストは5分しかかかりません:)）。しかし、前に言ったように、それは多くの同時ユーザーにとっては良いことではないと思います（あなたはそれをベンチマークするべきだと思います;））理由は：
filemtime()、彗星/ロングポーリングを行いたい場合は、別の方法を試してみるべきだと思います。たとえば、次のような多くの言語を使用できます。
単純なグーグル検索を実行するだけで、PHPも多くの選択肢が表示されます（大きな負荷がかかるとサーバーが停止すると思います）。
https://github.com/reactphp/reactを試すこともできます
Reactは、PHPでのイベントドリブンプログラミング用の低レベルライブラリです。その中核となるのはイベントループであり、その上に、ストリームの抽象化、非同期DNSリゾルバー、ネットワーククライアント/サーバー、httpクライアント/サーバー、プロセスとの相互作用などの低レベルのユーティリティを提供します。サードパーティのライブラリは、これらのコンポーネントを使用して、非同期ネットワーククライアント/サーバーなどを作成できます。
イベントループはreactorパターン（名前の由来）に基づいており、EventMachine（Ruby）、Twisted（Python）、Node.js（V8）などのライブラリに強く影響を受けています。
導入例は、ポート1337でリッスンしている単純なHTTPサーバーを示しています。
<?php
$i = 0;
$app = function ($request, $response) use (&$i) {
$i++;
$text = "This is request number $i.\n";
$headers = array('Content-Type' => 'text/plain');
$response->writeHead(200, $headers);
$response->end($text);
};
$loop = React\EventLoop\Factory::create();
$socket = new React\Socket\Server($loop);
$http = new React\Http\Server($socket);
$http->on('request', $app);
$socket->listen(1337);
$loop->run();
同様の問題が発生しています。私が興味深いと思っているオプションの1つは、cometd-javaやcometd-pythonなどの既存のCometサーバーをコアメッセージハブとして使用することです。PHPコードは、Cometサーバーの単なるクライアントです。他のクライアントと同じように、チャネルからメッセージを投稿または読み取ることができます。
ここにリンクされている興味深いコードスニペットがあります：http：//morglog.org/？p = 22 = 1このメソッドの一部を実装します（ただし、デバッグコードのビットも散らばっています）。
私は現在、ソケット関数を使用してスケーラブルなPHPCometサーバーを実装しています。これは「phet」（[ph] p com [et]）と呼ばれます。
プロジェクトページ：http：//github.com/Tim-Smart/phet
開発に無料で参加できます。私は現在、サーバーロジックのほとんどを実行することができましたが、クライアント側のものを終了する必要があります。
編集：pcntl_forkメソッドを使用して最近追加された「マルチスレッド」機能:)
本質的にシングルスレッドであるという理由だけで、PHPでcometを実装するのは難しいでしょう。
Websyncオンデマンドをチェックしてください-このサービスを使用すると、サーバー側の公開を介してPHPを統合し、重い同時接続をオフロードでき、リアルタイムのチャットアプリをすぐに作成できます。
PHPを含むすべての言語でCometを使用できるようにする、nginxWebサーバー用の新しいモジュールがリリースされました。
http://www.igvita.com/2009/10/21/nginx-comet-low-latency-server-push/
PHPで独自のサーバーを作成する必要があります。Apache / mod_phpまたはfastcgiを使用しても、まったく拡張できません。数歳ですが、始めることができます：
PHP-Comet-Server：http： //sourceforge.net/projects/comet/
これは、多くのapacheスレッドを常に実行していることが問題であるという問題だと思います。PHP（通常）と同じようにApacheを介して機能する場合、それはどの言語でも存在します。