Что сбивает с толку в службах cron Magento, так это то, что, хотя они и вызываются системным cron, они абстрагируются на другой уровень выше в модели событий/наблюдателей, которая распространена во всем Magento.

Как только вы поймете это, настройки станут более понятными. Если вы хотите увидеть, что именно они делают, их использование довольно ясно в app/code/core/Mage/Cron/Model/Observer.php, который является наблюдателем, который запускается для события default в области crontab и, в свою очередь, отправляет все запланированные задания.

• Создавайте расписания каждые : интервал в минутах для того, когда Magento будет планировать будущие задания. Он не автоматически планирует задания во время каждого выполнения.
• Запланируйте заранее на : минуты в будущем, когда задания могут быть запланированы (добавлены в очередь базы данных cron_schedule).
• Пропущено, если не запущено в течение : через несколько минут после запланированного времени, когда задания все еще могут быть выполнены, прежде чем их статус будет установлен как missed, что вступает в игру, если очереди требуется много времени, чтобы пройти через все задания, которые были выбраны для запуска во время текущего выполнения Mage_Cron_Model_Observer::dispatch() (их запланированное время сейчас или раньше).
• Очистка истории Каждые : интервал в минутах, когда Magento будет выполнять очистку в очереди базы данных cron_schedule, ссылаясь на приведенные ниже настройки, касающиеся хранения.
• История успеха На протяжении всей жизни & Время жизни истории сбоев: минуты в будущем, чтобы уйти записи в очереди после того, как они достигли этих статусов. Это вступает в игру, если вы хотите увидеть результат прошлых заданий, так как они, возможно, поместили полученный результат в cron_schedule.messages, что может быть особенно полезно в случае статуса error.