Добрый вечер. Нарисовалась интересная проблема.
Задача в планировщике вручную выполняется. А вот по cron нивкакую. Только она одна, остальные выполняются. Если все задачи отключить, она все равно не выполняется.
При выполнении вручную ошибок не выдается.
В файле cron.php все просто, задачи запускаются по порядку. Сломал мозг, не пойму, куда копать.
#1
21 августа 2016 в 21:14
Zau4man,
Было такое однажды. Проблема была в одиночных скобках ` которые являются служебным символом.
Вынес команду хрона в отдельный файл .sh а в хрон вписал исполнение этого файла.
Было такое однажды. Проблема была в одиночных скобках ` которые являются служебным символом.
Вынес команду хрона в отдельный файл .sh а в хрон вписал исполнение этого файла.
#3
22 августа 2016 в 06:55
Сегодня в 11:26
#4
22 августа 2016 в 13:29
Попробовал запустить задачу из панели хостинга, получил
Погуглил. Для isp и шаред хостинга это нормально. Прописал свой e-mail в настройках. Сейчас еще попробую wget-ом дернуть файлик cron, предварительно закомментировав 5 строку.
Zau4man, создайте связку my_cron.txt + my_cron.php, как я советовал в своем блоге и еще раз нажмите на кнопку Запустить задачу. Если в my_cron.txt появился текст — вот тогда все нормально…
#6
22 августа 2016 в 14:08
Странник, зачем? cron работает! Другие задачи выполняются. Не выполняются только конкретные две. Причем не выполняются только при запуске задач с помощью cron. При запуске через wget (ну или просто в бразуере дергаем сайт/cron.php) все выполняется.
Zau4man, Ага, понял.
Я и с таким сталкивался — синтаксическая ошибка. В этом случае надо в панели хостинга настроить отправку ошибок на мыло.
ps. еще вспомнил. может быть еще одна причина, почему некоторые скрипты по cron не выполняются. причина — они используют методы ядра (либо методы из модели компонента) которые не были проинициализированы при старте скрипта. другими словами — ты метод вызываешь, а объект (экземпляр класса) в который этот метод вставлен — не создал.
Я и с таким сталкивался — синтаксическая ошибка. В этом случае надо в панели хостинга настроить отправку ошибок на мыло.
ps. еще вспомнил. может быть еще одна причина, почему некоторые скрипты по cron не выполняются. причина — они используют методы ядра (либо методы из модели компонента) которые не были проинициализированы при старте скрипта. другими словами — ты метод вызываешь, а объект (экземпляр класса) в который этот метод вставлен — не создал.
#8
22 августа 2016 в 22:27
На почте нарисовалась ошибка.
Гугление и небольшое знание английского подсказывают, что скрипт "закодирован не для этого сервера". Но он 100% закодирован именно для домена ******.
Куда копать дальше? Трясти техподдержку? Что спрашивать?
Куда копать дальше? Трясти техподдержку? Что спрашивать?
#9
23 августа 2016 в 08:47
При запуске скрипта по cron по cli отсутствуют переменные окружения. Это распространенная проблема. Т.е. $_SERVER вообще не определена. Выход:
Гугление и небольшое знание английского подсказывают, что скрипт "закодирован не для этого сервера". Но он 100% закодирован именно для домена ******. Куда копать дальше? Трясти техподдержку? Что спрашивать?
1. Насроить запуск скрипта по wget, как посоветовано в блоге Странника;
2. Попробовать обойти костылем. Как то так :
Лучше воспользоваться 1-м вариантом.
За wget нас сейчас Fuze наругает.
ИМХО все-таки
И так же внаглую определить остальные переменные окружения, которые используются в скрипте.
ИМХО все-таки