Может ли PHP определить, запускается ли он из задания cron или из командной строки?

Насколько мне известно, возможно, самое простое решение - предоставить дополнительный параметр самому сценарию, чтобы сообщить скрипту, как он был вызван.

Я бы посмотрел на $_ENV (var_dump () it) и проверил, заметили ли вы разницу, когда вы запускаете его, и когда его запускает cronjob. Кроме того, я не думаю, что есть «официальный» переключатель, который сообщает вам, что произошло.

В команде cron добавьте ?source=cron в конец пути скрипта. Затем в своем скрипте проверьте $_GET['source'].

Обновлено: извините, это сценарий оболочки, поэтому нельзя использовать qs. Я думаю, вы можете передать аргументы в форме php script.php arg1 arg2, а затем прочитать их с помощью $argv.

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

CRON=running

А затем вы можете проверить переменные среды на наличие «CRON». Кроме того, попробуйте проверить переменную $ SHELL, я не уверен, что / что это устанавливает cron.

Я не знаю конкретно о PHP, но вы можете пройтись по дереву процессов, пока не найдете либо init, либо cron.

Предполагая, что PHP может получить свой собственный идентификатор процесса и запускать внешние команды, это должен быть вопрос выполнения ps -ef | grep pid, где пид - ваш собственный идентификатор процесса, и извлечь из него идентификатор родительского процесса (PPID).

Затем проделайте то же самое с этим PPID, пока не дойдете до cron как родительский или init как родительский.

Например, это мое дерево процессов, и вы можете увидеть цепочку владения: 1 -> 6386 -> 6390 -> 6408.

UID     PID  PPID  C  STIME  TTY        TIME  CMD
root      1     0  0  16:21  ?      00:00:00  /sbin/init
allan  6386     1  0  19:04  ?      00:00:00  gnome-terminal --geom...
allan  6390  6386  0  19:04  pts/0  00:00:00  bash
allan  6408  6390  0  19:04  pts/0  00:00:00  ps -ef

Те же процессы, запущенные под cron, будут выглядеть так:

UID     PID  PPID  C  STIME  TTY        TIME  CMD
root      1     0  0  16:21  ?      00:00:00  /sbin/init
root   5704     1  0  16:22  ?      00:00:00  /usr/sbin/cron
allan  6390  5704  0  19:04  pts/0  00:00:00  bash
allan  6408  6390  0  19:04  pts/0  00:00:00  ps -ef

Это решение «подъем по дереву процессов» означает, что вам не нужно беспокоиться о введении искусственного параметра, чтобы указать, работаете ли вы под cron или нет - вы можете забыть сделать это в интерактивном сеансе и все усложнить.

Вместо того, чтобы определять, когда сценарий запускается из crontab, вероятно, легче обнаружить, когда вы запускаете его вручную.

Существует множество переменных среды (в массиве $ _ENV), которые устанавливаются при запуске сценария из командной строки. То, что они собой представляют, будет зависеть от настроек вашего сервера и способа входа в систему. В моей среде при запуске скрипта вручную устанавливаются следующие переменные среды, которых нет при запуске из cron:

• СРОК
• SSH_CLIENT
• SSH_TTY
• SSH_CONNECTION

Есть и другие. Так, например, если вы всегда используете SSH для доступа к ящику, следующая строка определит, запущен ли скрипт из cron:

$cron = !isset($_ENV['SSH_CLIENT']);

$_SERVER['SESSIONNAME'] содержит Console при запуске из интерфейса командной строки. Может, это поможет.

if (!$_SERVER['HTTP_HOST']) {
 blabla();
}

Я думаю, что было бы лучше запустить команду cron с дополнительной опцией в командной строке, которую вы не запускали бы вручную.

cron сделает:

command ext_updates=1

руководство сделало бы:

command 

Просто добавьте параметр в сам скрипт, чтобы параметр ext_updates имел значение по умолчанию false.

В моей среде я обнаружил, что TERM был установлен в $_SERVER при запуске из командной строки, но не установлен при запуске через Apache в качестве веб-запроса. Я помещаю это в начало своего сценария, который я могу запустить из командной строки или получить доступ через веб-браузер:

if (isset($_SERVER{'TERM'}))
{
    class::doStuffShell();
}
else
{
    class::doStuffWeb();
}

Правильный подход - использовать функцию posix_isatty (), например, в дескриптор файла stdout, например:

if (posix_isatty(STDOUT))
    /* do interactive terminal stuff here */

posix_isatty(STDOUT) return FALSE, если вывод вызова cli перенаправлен (канал или файл) ...

Для меня это просто ... Просто count($_SERVER['argc']), и если у вас результат больше нуля, он будет исчерпывать сервер. Вам просто нужно добавить в $_SERVER['argv'] свою пользовательскую переменную, например "CronJob"=true;.

Жутко. Пытаться

if (!isset($_SERVER['HTTP_USER_AGENT'])) {

вместо. PHP Client Binary не отправляет его. Term Type работает только тогда, когда PHP используется как модуль (например, apache), но при запуске php через интерфейс CGI используйте приведенный выше пример!

Вот что я использую, чтобы узнать, откуда выполняется сценарий. Посмотрите функцию php_sapi_name для получения дополнительной информации: http://www.php.net/manual/en/function.php-sapi-name.php

$sapi_type = php_sapi_name();
if (substr($sapi_type, 0, 3) == 'cli' || empty($_SERVER['REMOTE_ADDR'])) {
    echo "shell";
} else {
    echo "webserver";
}

Обновлено: Если php_sapi_name() не включает cli (может быть cli или cli_server), мы проверяем, пуст ли $_SERVER['REMOTE_ADDR']. При вызове из командной строки он должен быть пустым.

Я считаю, что наиболее универсальным решением является добавление переменной окружения в команду cron и поиск ее в коде. Он будет работать в любой системе.

Если команда, выполняемая cron, например:

"/usr/bin/php -q /var/www/vhosts/myuser/index.php"

Измените это на

"CRON_MODE=1 /usr/bin/php -q /var/www/vhosts/myuser/index.php"

Тогда вы можете проверить это по коду:

if (!getenv('CRON_MODE'))
    print "Sorry, only CRON can access this script";

if (php_sapi_name() == 'cli') {   
   if (isset($_SERVER['TERM'])) {   
      echo "The script was run from a manual invocation on a shell";   
   } else {   
      echo "The script was run from the crontab entry";   
   }   
} else { 
   echo "The script was run from a webserver, or something else";   
}

Это очень просто. Демоны Cron всегда экспортируют переменную среды MAILTO. Проверьте, существует ли он и имеет ли непустое значение - тогда вы работаете из cron.

getenv('TERM')

Набивка для SO 30 char мин.

Другой вариант - проверить конкретную переменную среды, которая устанавливается, когда файл php вызывается через Интернет, и не устанавливается, если запускается из командной строки.

На своем веб-сервере я тестирую, установлена ​​ли переменная среды APACHE_RUN_DIR следующим образом:

if (isset($_ENV["APACHE_RUN_DIR"])) {
  // I'm called by a web user
}
else {
  // I'm called by crontab
} 

Чтобы убедиться, что он будет работать на вашем веб-сервере, вы можете поместить фиктивный php-файл на свой веб-сервер с помощью одной единственной инструкции:

<?php var_dump($_ENV);  ?>

Затем 1) загрузите его в своем веб-браузере и 2) загрузите его из командной строки следующим образом

/usr/bin/php /var/www/yourpath/dummy.php

Сравните различия и проверьте соответствующую переменную.

На моем сервере Amazon Linux это сработало для меня:

$ isCron = ($ _SERVER ['ДОМОЙ'] == '/');

Домашний каталог станет вашим, если вы просто запустите его. Если вы используете sudo для его запуска, домашний каталог будет / root.