PHP: запуск задачи в фоне

Question

[sindrom]

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

Знаю, что для подобных задач существуют различные библиотеки для создания очереди сообщений, но конкретно для моего примера это избыточно.
Так же хотелось бы обойтись без cron-task-ов и других ОС-специфичных вещей.

Спасибо.

Comments

[Tonny]

register_shutdown_function

Answer 1

[WebSpider]

По-моему, в вашем случае самым простым вариантом будет exec:

exec("php /www/site/script.php >>/www/logs/script.log 2>&1 &");

К сожалению это будет работать только в *nix, потому что в Windows запустить процесс в фоне не так то просто

Comments

[WebSpider]

Хотя есть варианты сделать это и под Windows

[Dmitry]

В *nix тоже не всегда — например при специфических настройках SELinux
А ещё может быть, что в насйтроках php отключен exec (но это встречается довольно редко)

[quefly]

В windows нужно перед началом команды прописать start /b , а также можно указать время выполнения дополнительной командой at в конце вашей команды... Также если смотреть в мануале по PHP про команду exec , то в первом комментарии можно увидеть код(функцию) для разделения команд на unix/windows машинах.

Answer 2

[Jazzist]

PHP CLI в фоне ведет себя плохо. Из того, что применяется «на скорую руку», хорошо себя ведут BASH, Perl и Python.

В задаче, где надо было беречь ресурсы, поступил так:
1. Скрипт на PHP сохраняет «задание» на BASH в некоторую директорию job
2. Крон ежеминутно запускает некий скрипт dispatcher, написанный на Perl (был жизнеспособный вариант и на BASH) который ищет N самых старых (по last modified time) скриптов из директории job, и запускает их.
3. Запускаемые скрипты первым делом уничтожают (rm) себя, чтобы не Они все равно выполнятся — ведь они уже загружены в ОЗУ. Результаты работы сохраняются в ФС или в БД, для обслуживания логики интерфейса

Число N для каждого конкретного сервера выявляется индивидуально — тестированием.

Был «подводный камень», который по первому разу даже был обнаружен совершенно невовремя — все, что запускает крон, должно работать с абсолютными путями.

Таким образом были сделаны проект вроде ютуба и аналогичный, тоже конвертирующий видео.

Comments

[WebSpider]

А что значит «PHP CLI в фоне ведет себя плохо»? Можете как-то расшифровать эту фразу? В чём конкретно это проявляется?

[Jazzist]

Если сможете — отследите AVG при задачах, выполнение которых занимает более 30 секунд. Кроме этого, интернет полнится слухами, проверять которые нет желания. Просто последовали по пути наименьшего сопротивления, и стали применять ту технологию, которую не ругают, а напротив — хвалят, в этой области задач.

[Shizz]

Приходилось писать фоновые вещи на php. Если правильно подходить к написанию кода, то такой скрипт работает неделями, аки демон. Конечно, лучше было бы написать на чем-нибудь, более приспособленном для таких задач, тут я с вами согласен.

Answer 3

[Dmitry]

Я тоже придерживаюсь варианта с CRON-ом.
Лично я бы складывал бы задачи в таблицу в БД, где фиксировались бы статусы выполнения задач, а в кроне ежеминутно отрабатывал бы некий скрипт (хоть на php хоть на чем другом), который бы чекал эту таблицу, запускал новые задачи, и удалял уже отработанные.

Comments

[Александр]

Делал через cron, столкнулся с одним нюансом. У меня крон запускал скрипт раз в минуту. Еслли задача выполнялась более минуты, то было много php-процессов. Поэтому делал некий pid-процесса (если pid-файл есть, то скрипт, запущенный по крону не отрабатывал ничего) Сам pid-файл хранил в /tmp — который очищается если ребутнуть сервер

Answer 4

[molodoy]

Как вариант: пользователь нажимает кнопку — ajax-запросом на сервере запускается php-скрипт (с ignore_user_abort).

Answer 5

[eternals]

1. Агенты — запускают в конце генерации страницы.

Comments

[eternals]

2. По крону не надо бояться, просто обёртку делает, которая

[eternals]

что-нибудь типа:
<?php

$f=fopen(«site.ru/script.php»,«r»);

stream_set_timeout($f, 3600*3);
$d=fread($f,1000);
echo $d;

fclose($f);

echo «OK»;

?>

Answer 6

[Super0leg]

<?php
 
ob_start(); // включаем буферизацию вывода
session_start(); // стартуем сессию(если нужна)
 
/* тут некий код наш */
 
echo 'Goodbye my friend!'; // пишем нечто в буфер
 
session_write_close(); // записываем сессию с сохранением
set_time_limit(0); // делаем лимит времени выполнения бесконечным(не обязательно)
ignore_user_abort(true); // игнорим что клиент отвалился и продолжаем работу
header('Connection: close'); // посылаем заголовок клиенту, чтобы он отвалился
header('Content-Length: ' . ob_get_length()); // посылаем количество байт
ob_end_flush(); // сбрасываем самый верхний буфер вывода
flush(); // сбрасываем системный буфер и отправляем
fastcgi_finish_request(); // сброс данных запроса клиенту(в случае php-fpm необходимо!)
 
/*
тут некий дальнейший код, он продолжит выполнение уже после закрытия связи с клиентом
*/

Источник - https://itnots.ru/php/asinhronnost-v-php-otdat-otv...