Zend_Queueオブジェクト階層を使用して、単純なメッセージングキューを設定して実行しています。Zend_Queue_Adapter_Dbバックエンドを使用しています。これをジョブキューとして使用して、後で処理するようにスケジュールすることに興味があります。それらはすぐに発生する必要はないが、後でではなく早く発生するはずの仕事です。
ジョブを実行するためのインフラストラクチャをセットアップするためのベストプラクティス/標準的な方法はありますか？キューからメッセージを受信するためのコードは理解していますが、私にはそれほど明確ではありませんが、その受信を行うプログラムをどのように実行するかです。コマンドラインでn個のメッセージを受信するcronは、1分に1回実行されますか？複数のWebリクエストを起動するcron。各Webリクエストはレシーバースクリプトを実行しますか？他に何かありますか？
接線ボーナスの質問。Zend_Dbで他のクエリを実行している場合、メッセージキュークエリはそのトランザクションの一部と見なされますか？
あなたはスレッドプールのようにそれを行うことができます。受信を処理するコマンドラインphpスクリプトを作成します。プロセスが停止した場合にプロセスを自動的に再起動するシェルスクリプトによって開始する必要があります。シェルスクリプトがすでに実行されている場合は、プロセスを開始しないでください（$ pid.runningファイルなどを使用してください）。cronにこれらのいくつかを1〜10分ごとに実行させます。それは受信をうまく処理するはずです。
奇妙な理由でcronが別のサーバー上にない限り、cronにWebリクエストを起動させることはありません。
これを使用する別の方法は、データを作成するバックラウンドプロセスを持ち、Webユーザーがサイトを自然に閲覧するときにデータを消費することです。レポートジェネレータはこのように機能する可能性があります。全社的なレポートはすべてのユーザーが利用できますが、すべてのユーザーがこのデータベース/時間のかかるレポートを生成することは望ましくありません。したがって、キューを作成し、重複を削除するために一度に1つずつ処理します。すべてのユーザーは、準備ができたらレポートを表示できます。
ドキュメントによると、 zenddbが他のzend_dbクエリと同じ接続を使用しているようには見えません。しかしもちろん、見つけるための最良の方法は、簡単なテストを行うことです。
編集 cronの複数の行は同時実行用です。各行は、プールのワーカーを表します。私は明確ではありませんでした、あなたは識別子としてpidを望まない、あなたはそれをパラメータとして渡したいのです。
bashスクリプトは、$ process.runningファイルが終了した場合、それをチェックします。
そうでなければ：
これにより、phpスクリプトが停止しますが、プールがワーカーを失うことはありません。
キューが空の場合、phpスクリプトはすぐに終了し、cronのnex呼び出しによって再開されます。