Сенди Кронджоб терпит неудачу снова и снова

#php #cron #php-7 #sendy

Вопрос:

В настоящее время я установил скрипт отправки электронной почты sendy на экземпляре amazon ec2 на php версии 7. Проблема, с которой я сталкиваюсь, заключается в том, что всякий раз, когда мы создаем новую кампанию, новая кампания просто отображается в ожидании и не продвигается. Чтобы решить эту проблему, мне нужно сбросить задание cron и снова добавить команду cron job в файлы crontab, которая заставляет sendy отправлять электронное письмо, но снова это не удается.

 *5 * * * /php /var/www/html/schedular.php 
 

Команда выглядит примерно так, как показано выше. В чем может быть причина того, что cronjob не работает после каждого его сброса? Я не получаю никаких сообщений об ошибках в файлах журнала. Какова может быть возможная причина этой проблемы.

Ответ №1:

schedular.php Находится в /var/www/html/ папке или внутри папки проекта? Если планировщик находится в папке проекта, пожалуйста, обновите cron с помощью определенной папки. Если вы используете laravel, просто обновите cron:

 *5 * * * * php /var/www/html/artisan schedule:run >> /var/log/cron.log 2>amp;1
 

Комментарии:

1. спасибо за быстрый ответ, он находится в папке html, и файл schedular.php. Он не находится в папке, и сценарий sendy не использует laravel в качестве фреймворка, поэтому это не поможет. Но спасибо, что уделили мне время

2. Понял проблему. Я думаю, что команда выполнена неправильно. Вы можете попробовать это: *5 * * * php -f /var/www/html/schedular.php

Ответ №2:

Попробуйте добавить местоположение вашего PHP перед вашим скриптом вот так

*5 * * * /usr/bin/php /var/www/html/schedular.php

(Расположение PHP может варьироваться в зависимости от ваших собственных обстоятельств)

Комментарии:

1. Ну, я отредактировал вопрос, вся моя команда такова */5 * * * * php /var/www/html/scheduled.php > /dev/null 2>>amp;1

2. Нам нужно увидеть ваш код. Запустите команду schedular в своем браузере (при условии, что у вас есть веб-сервер) и проверьте свой журнал ошибок по адресу var/log/apache2/error.log или в зависимости от того, что вы используете. Возможно, сам код не продвигается, но мы не знаем, потому что мы не можем видеть код вашего планировщика, который может дать сбой

3. спасибо вам за ваш ответ. Я проверил error.log, и он показывает мне только некоторые предупреждения. Никакой конкретной ошибки, вот почему это более забавно.