curl php download script отлично работает в браузере, но не работает cronjobs

Question

Я пишу curl php script, работа которого загружается csv-файл с одного веб-сайта после успешного входа в систему. Он отлично работает, когда я запускаю его в своем браузере, но он терпит неудачу, когда я ставлю он в списке заданий cron. Я видел ошибку памяти из-за ошибок в моем журнале один раз, поэтому я думаю, мой сервер дает мне меньше памяти для cron.

Как я могу обойти эту проблему?

Вы можете увидеть часть кода, который делает скачать работу, это просто обычная:

<?php 
... 
curl_setopt ($ch, CURLOPT_URL, $url); 
curl_setopt ($ch, CURLOPT_POST, 1); 
curl_setopt ($ch, CURLOPT_COOKIEJAR, 'cookie.txt'); 
curl_setopt ($ch, CURLOPT_COOKIEFILE, 'cookie.txt'); 
curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1); 
curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, 1); 
curl_setopt ($ch, CURLOPT_POSTFIELDS, $postfields); 
$fp = fopen("data.csv", "w"); 
curl_setopt($ch, CURLOPT_FILE, $fp); 
curl_exec ($ch); 
curl_close ($ch); 
fclose($fp); 

Просто хочу еще раз сказать, что это часть кода, и все отлично работает в браузере и не в cron jobs.

Answer 1

Наконец-то все работает с моими настройками: cd /home7/philbike/public_html/atlanticauto/assets/components/cronmanager/ && php cron.php.

Я должен написать путь к файлу CSV, как это без использования системных переменных:

/home7/philbike/public_html/atlanticauto/data.csv 

Answer 2

Обычно это означает, что вы конфигурируете PHP (php.ini) не то же самое при вызове вашего сервера и при вызове по командной строке. Я не уверен, что это лучшая практика, но я обычно делаю свой cronjob, вызывающий wget на своих сценариях, чтобы убедиться, что они работают в той же среде, в которой я их тестировал, то есть через веб-сервер.

# m h dom mon dow command 
    * * * * * wget -O - http://myapp.example.com/cron/run > /dev/null 2>&1 

Символ * показывает, что команда будет работать на любой:

• минут
• час
• день месяца
• месяц
• день недели

Опция -O указывает, что wget не записывает выходные данные сценария в файл «>/dev/null 2> & 1« просто перенаправить вывод скрипта, чтобы избежать поведения по умолчанию cron (который для отправки электронной почты с выходом команды пользователям).

Answer 3

Как насчет команды "php /home7/philbike/public_html/atlanticauto/assets/components/cronmanager/cron.php"? Он работает в вашем терминале?

Answer 4

Предполагая, что вы используете стандартную конфигурацию CRON, ваш cwd (текущий рабочий каталог) ~/ или / или что-то подобное, однако, когда вы запускаете скрипт из Интернета ваш cwd установлен в dir(__FILE__) (текущий сценарий каталог).

Допустим, вы используете скрипт /var/www/web1/scripts/script1.php, чем:

• перемычками УХО = /var/www/web1/scripts/
• CRONs УХО = /var/www

При использовании относительного имени файла, такие как data.csv (без / на начало) полный путь создается как CWD . $filename, поэтому:

• холсты полный путь /var/www/web1/scripts/data.csv
• CRONs полный путь /var/www/data.csv

Вы можете легко избежать с помощью:

define('PATH_ROOT', dirname(__FILE__) . '/'); 
// ... 
curl_setopt ($ch, CURLOPT_COOKIEJAR, PATH_ROOT . 'cookie.txt'); 
curl_setopt ($ch, CURLOPT_COOKIEFILE, PATH_ROOT . 'cookie.txt'); 
// ... 
$fp = fopen(PATH_ROOT . "data.csv", "w"); 

Кроме того, убедитесь ваш пользователь система подключения и скрипт будет работать на всех (проверьте CRON долго или отправьте электронное письмо).

Answer 5

Как обходной путь, вы можете выполнить это в браузере без необходимости изменять скрипт PHP. Например:

30 * * * * /usr/bin/lynx -source http://mypage/status/cron > /dev/null

Он будет вести себя так же, как и в браузере, и позволит избежать вам приходится возиться с кодом и экологии.

В качестве альтернативы вы можете использовать wget вместо этого PHP-скрипта.