Получите возвращаемое значение процесса PID

Это почти наверняка определяется (значение по умолчанию) php.ini или эквивалентная установка:

max_execution_time = 30

TLDR: если Вы уверены, что PHP действительно выходит сначала, и что-то уничтожает Ваш сценарий, то можно или использовать демона, чтобы перенести и контролировать процесс Python (в неперезапуске режима, т.е. без --respawn), или добавьте сигнал handers к сценарию Python.

В целом, если Вы можете выполнить оболочку как идентификатор пользователя сценария, затем необходимо смочь strace или truss процесс, например, на Linux можно сделать это обоснованно эффективно:

 $ sleep 60 &
 [1] 10873
 $ strace -e trace=signal,process  -p $!
 Process 10873 attached - interrupt to quit
 +++ killed by SIGKILL +++
 Process 10873 detached

sleep процесс был завершен с a kill -9 от другого терминала. kill -9 не было бы распространено, хотя, так как процесс не сможет захватить это и чисто выйти.

Контролировать с daemon используйте вариацию на:

daemon -i --errlog=/tmp/mypy.log -- /usr/bin/python [...]

Это зарегистрирует любое связанное с сигналом завершение. Добавить --dbglog и --debug=2 если Вы хотите зарегистрировать каждый выход независимо.

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

Внутренне для обработки тайм-аута на *отклоняют платформы, PHP настраивает a SIGALARM или SIGPROF с указанным тайм-аутом. Тот обработчик сигналов просто называет внутреннее zend_error() функция. Это действительно однако также называет любые зарегистрированные обратные вызовы и обработчики ошибок, которые могут быть полезны для Вас.

Если обработчик ошибок по умолчанию умрет, то код выхода PHP будет, я верю, 255, так как тайм-аут E_ERROR.

Также отметьте, конвенция кода выхода как 128+N, где N является числом сигнала, происходит из-за поведения определенных оболочек (включая bash) и много API. Фактический код выхода процесса после сигнала системно-зависим. Это - вероятно, просто число сигнала, это обычно имеет место на Linux. wait() группа системных вызовов предоставляет лучше подробную информацию выхода процесса. PHP следует конвенции оболочки, например, если Вы используете popen() и pclose() Вы будете видеть 128+N как код выхода, когда сигнал завершил процесс.

Другое соображение здесь является поведением ограничений по времени PHP, если Вы проверяете set_time_limit() документация Вы будете видеть

set_time_limit () функционируют и конфигурационная директива max_execution_time только влияйте на время выполнения самого сценария. Любое время потратило на действие, которое происходит вне выполнения сценария, такого как использование системных вызовов system(), операции с потоками, запросы базы данных, и т.д. не включены при определении максимального времени, когда сценарий работал. Это не верно в Windows, где измеренное время реально.

Можно доказать это с коротким сценарием:

<?php
# for (;;);
$exe="sleep 20";
print "exit code: " . pclose(popen($exe, 'r'));
?>

Вызовите с time php -d max_execution_time=5 -f sleep3.php. Сценарий будет работать в течение 20 секунд, не будет никакой ошибки. Если Вы уничтожаете спящий процесс, например. kill -USR1 $(pgrep sleep) в другом терминале Вы будете видеть код выхода 138 (128+SIGUSR1).

Если Вы не комментируете большое количество for(;;) цикл, сценарий завершится после 5 секунд.