タグ付けされた質問 「schedule」

私はほぼ3日間を費やし、スケジュールされたタスクを処理するMagento Cronを理解して作成することができませんでした。Magento 1.9.1.0を実行していますが、最近、注文メールがすぐに送信される代わりにキューに入れられることに気付きました。私は必要性を理解していますが、システムにキューを選択させることはできません。 これがCronjobの私の見方です。 これが私のcronjobコマンドラインです。 cron_scheduleテーブルでタスクを作成する方法は次のとおりです。 レコードはcron_scheduleテーブルに作成されるため、Cronは5分に1回実行されていると思います。PhpMyAdminを使用してこれらのレコードを手動で削除すると、しばらくするとレコードが自動的に作成されます。 ただし、タスクのステータスは「保留」のままであり、完了しません。私の設定に何か問題があるのか​​、何かが足りないのかわかりません。誰かがスケジュールされたタスクを時間通りに実行する方法を教えてください。また、1つのジョブコードに対して複数のレコードが作成されるのはなぜですか？ 更新 テーブル全体をクリアし、cronがスケジュールされたジョブを作成しました。すべてのジョブは保留状態にあり、60分以上待機しても実行されません。Magento 1.9.1の何かがおかしい 更新11/02：今日、プロセスについてさらに分析を行いました。 以下のようにcron.phpを編集しました echo 'iam before mdefault 1'; shell_exec("/bin/sh $baseDir/cron.sh $fileName -mdefault 1 > /dev/null 2>&1 &"); echo 'iam before malways 1'; shell_exec("/bin/sh $baseDir/cron.sh $fileName -malways 1 > /dev/null 2>&1 &"); echo 'i returned success'; Mage_Cron_Model_Observerクラスを次のように編集しました public function dispatch($observer) { …

12 cron  ce-1.9.1.0  schedule 

あらすじ そこで、Magentoでのcron構成の理解を確認したいと思いました。管理コンソールの下System > Configuration > Advanced > System > Cron： ＃ごとにスケジュールを生成 この設定が何であるか私にはわかりません。 ＃先にスケジュール 私はこれがcronよりも＃分早くスケジュールされると想定しています。cronスケジューラがcronタブで5分ごとに実行されるように構成されている場合、この数も5に構成する必要がありますか、それともMagentoはすでにスケジュールされたジョブを再スケジュールしませんか？ ＃内で実行しないと見逃される これは、cronの実行がスケジュールされていて、＃分以内に実行されない場合、「欠落」と設定されているかのように見えます。 ＃ごとの履歴クリーンアップ これはcron_Scheduleテーブル全体で実行され、実行された/実行されなかった＃分後に、実行されなかったスケジュールと実行されたスケジュールをすべてクリアする必要があると思いますか？ 成功履歴ライフタイム＃ 以前の構成に関して、これで＃分後にすべての成功したスケジュールがクリアされると思いますか？ 障害履歴の寿命＃ これは＃分後にすべての見逃したスケジュールをクリアすると思いますか？そして、history cleanup every #, success history and failure history設定はすべて完全にあいまいです。

9 magento-1.9  email  cron  schedule 

サイトマップ、在庫アラート通知、ログのクリーニングなど、Magentoのコアcronタスクのタイミングは、管理者のシステム構成を介して調整できます。つまり、これらはcronjobモジュールのconfig.xmlのノード内で定義されていませんが、cron_schedule他のジョブと同様にテーブルに書き込まれます。 cronスケジューラはこれらのジョブをどのようにして見つけますか？私の推測では、スケジュールの生成中にスローされたイベントがあるのですが、dispatchEventMage_Cron内のインスタンスを表示できません。

7 cron  schedule