Создал хук, добавил задачу с ним в планировщик. При запуски из админки по кнопке, хук выполняет свою задачу, а по времени не запускается. Всё задачи работают, а он не выполняется.
___________________________________
Настройки:
Строгое следование периоду — выкл.
Задача активна — вкл.
___________________________________
Что делать, кому звонить, куда смотреть не понимаю...
ICMS 2.14.1 (с гита)
1. в настройках cron можно указать e-mail, на который будут отправляться отчеты об ошибках.
2. Смотреть код. Запуск по cron отличается от запуска вручную наличием переменных, сессии и т.п. Можно отладить, записывая результаты выполнения части скрипта в файл, и по его содержимому будет видно, на каком месте падает выполнение задачи.
3. Падать может предыдущая задача, и до вашей даже не дойдет.
Спасибо, я и не знал Сейчас добавил почту, пришли ошибки. Проблему решил.1. в настройках cron можно указать e-mail, на который будут отправляться отчеты об ошибках.
капец значит крон не работает?--2020-12-24 20: 59: 01-- site.ru/cron.php?star t = 1
Разрешение site.ru ( site.ru )… 2a03: f490: 1: 18:: 12, 7.34.257.156
Подключение к site.ru ( site.ru ) | 2a03: f490: 1: 18 :: 12 |: 443… подключено.
HTTP-запрос отправлен, ожидает ответа… 200 OK
Длина: не указана [text / html]
Сохранение в: '/ dev / null'
0K 3,58M = 0 с
В командной строке планировщика такая конструкция:
/usr/bin/wget -O /dev/null "site.com/cron.php?start=1"
много перепробовал, только такая подошла
Я точно не знаю, я сам только сегодня узнал про почту. Но например мне письма не какие не приходят если крон работает без ошибок.капец значит крон не работает?
понимаю всё попробовали, может вот так попробуете:/usr/bin/wget -O /dev/null "site.com/cron.php?start=1"
wget -q -O — site.com/cron.php > /dev/null 2>&1
/opt/php71/bin/php -f /var/www/site.ru/data/www/site.ru/cron.php site.ru > /dev/null
Их ответ:
Проверьте, пожалуйста, работу задания сейчас.
В синтаксисе самого скрипта присутствовала строка
/usr/bin/php -f /var/www/site.ru/data/www/site.ru/cron.php site.ru > /dev/null
Которая не позволяла скрипту выполниться, поскольку она не соответствовала синтаксису.
Ошибка же о невозможности выполнения задания в панели управления возникала из-за некорректной работы самого планировщика.
На данный момент обе проблемы устранены и задания корректно выполняются.
Также я скорректировал само задание указав для выполнения версию php на которой работает сайт. Это изменение не критично, но может помочь избежать каких-либо проблем в будущем (например если в скрипте будут использоваться директивы, которые недоступны в php 7.3 (данная версия является нативной и вызывается при обращении к /usr/bin/php))
Сообщите, пожалуйста, если Вам потребуется дальнейшая информация или помощь.
Respectfully, Vasiliy Morgunov
FASTVPS technical department