Magento 1.9.1 cron_schedule не вибирається ніколи

Я витратив майже 3 дні і не в змозі зрозуміти і змусити Magento Cron обробляти заплановані завдання. Я запускаю Magento 1.9.1.0 і нещодавно помітив, що електронні листи з замовленням тепер стають у чергу, а не надсилати миттєво. Я розумію необхідність, але не можу змусити систему вибирати черги.

Ось моє бачення Cronjob.

Ось мій командний рядок cronjob.

Ось як створюються завдання в таблиці cron_schedule.

Оскільки записи створюються в таблиці cron_schedule, я думаю, що Cron працює раз на кожні 5 хвилин. Якщо я видаляю ці записи вручну через PhpMyAdmin, записи створюються автоматично через деякий час.

Але статус завдань залишається "незавершеним" і ніколи не закінченим. Не впевнений, чи щось не так у моїй конфігурації чи я щось пропускаю. Може хтось, будь ласка, допоможе мені, як змусити вчасно виконати заплановане завдання. Також чому для одного коду завдання створюється кілька записів?

Оновлення

Я очистив всю таблицю, і у кроні було створено заплановані завдання. Усі завдання знаходяться в стані очікування і ніколи не виконуються, навіть очікуючи більше 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) {
  echo 'iam inside dispath';

Я розумію, що коли cron запускає -mdefault, він повинен викликати функцію диспетчеризації, і виконання буде відбуватися. Але те, що сталося, було, як показано нижче, у виробництві кронів.

Content-type: text/html

iam before mdefault 1iam before malways 1i returned success

Це означає, що відправка не називається atall ...

Спробуйте ще один

Я вручну змінив змінну $isShellDisabled = true;і змінив нижче в cron.php.

if ($isShellDisabled) {
  echo 'before always';
  Mage::dispatchEvent('always');
  echo 'after always';
  Mage::dispatchEvent('default');
  echo 'after default';
} else {
  Mage::dispatchEvent($cronMode);
}

Випуск крона для вищезазначеного наведений нижче

Content-type: text/html

before alwaysiam inside dispath alwaysafter always

Тепер він називає "dispatchAlways", але не "dispatch"

Жодна з відповідей мені не допомагає. Він ніколи не вибирає заплановані завдання. Тобто, коли Cron працює вперше, він успішно створив завдання в таблиці. Але він ніколи не виконує завдання.

Це була PHP-версія Cron Jobs.

Версія PHP була правильно встановлена ​​для сайту, тому вона працює; однак Cron Jobs працював на рідному сервері PHP 5.3, тому я отримував помилки лише під час запуску Cron. Я оновив версію 5.5.

Змінена команда Cron:

php /home/mydomainname/public_html/cron.php
to
php55 /home/mydomainname/public_html/cron.php

або в хостінгу:

/opt/php55/bin/php /home/mydomainname/public_html/cron.php

в cron.php

$isShellDisabled = (stripos(PHP_OS, 'win') === false) ? $isShellDisabled : true;

Після цього рядка додайте:

$isShellDisabled = true;

ти намагався спорожнити cron_scheduleстіл? Перевірте, чи не заповнена вона новими завданнями через годину або близько того.

Крім того, ви можете використовувати Aoe_Scheduler для відключення певних кронівок. Перевірте, чи може хтось із них спричинити помилку, яка зупиняє всі інші завдання.

Спосіб Magento Cronjobs встановить фатальну помилку в сценарії призведе до збою виконання всіх завдань

В якості першого кроку я б запропонував повернути свої настройки до налаштувань Cron Magento за замовчуванням:

Існує проблема з вашими поточними налаштуваннями: ваш графік формується кожні 15 хвилин, але запланований заздалегідь на 5 хвилин, що залишає 10-хвилинний проміжок.

Та сама проблема для мене.

"Знайдено помилку ...".

Після очищення cron_scheduleтаблиці cron.sh перестав працювати (більше не планував).

Працював лише після вбивства всіх старих процесів Cron.

У мене була така ж проблема. Моє питання було часовий пояс конкретним: created_atі scheduled_atстовпці в cron_scheduleтаблиці повинна бути UTC + 0, мої записи були UTC + 2.

Щоб переконатися в цьому ви можете просто встановити дати від created_atі scheduled_atдо вчорашнього дня і чекати до наступного розкладу хрон.

Сподіваюся, що хтось допомагає!

На Bluehost, в cron.sh змінити

 PHP_BIN=`which php`

до

 PHP_BIN="php54s"

За замовчуванням у спільному хостінгу він працює PHP 5.2.

Мені також довелося змінити cron.php, замінивши два $isShellDisabledрядки на $isShellDisabled = true;

Щоб позбутися попереджень PHP, я також додав ці рядки раніше

$_SERVER['SCRIPT_NAME'] = 

if (empty($_SERVER['SCRIPT_FILENAME'])) $_SERVER['SCRIPT_FILENAME'] = '~/public_html/cron.php';
if (empty($_SERVER['SCRIPT_NAME'])) $_SERVER['SCRIPT_NAME'] = '/cron.php';