Ajax?

запустить скрипт в фоне и передодически проверять результаты выполнения через Ajax

Это как? Мне результаты вообще не интересны. Надо запустить и забыть

Выше два ламера, неспособные прочитать вопрос.

Запускай через обёртку-демонизатор. Или даже просто с & на конце команды.

Все равно set_time_limit не даст выполнить весь скрипт

& на конце команды.

тогда ещё через nohup и с перенаправлением stdout, stdin и stderr в /dev/null, потому что иначе shell закроется и скрипт получит SIGHUP

Вроде работает. Спасибо.

nohup нужен, чтобы отвязаться от терминала, но пыхпых то уже не привязан к tty.

Запускай через обёртку-демонизатор

Цена такого ответа - ноль.

Какую конкретно обертку? tmux? nonup? systemd? supervisord?

И как конкретно? Кто в итоге будет parent скрипта, если пхп воркер у него завершится?

если ты запустишь в шелле, то pty будет создан в любом случае, а если не в шелле, то & не сработает)

nohup /path/to/script &

Сработает. В кроне же работает (проверил), сработает и в пыхе, где system() работает через sh.

если ты запустишь в шелле

system() работает через sh

о чём я и толкую

Выше толпа ламеров. Таким можно убить сервер подержав нажатым «F5» пару секунд, ибо успеет запуститься несколько десятков-сотен скриптов, которые выжрут CPU и память. Правильное решение - сделать очередь заданий, добавлять в неё задания из скрипта и разгребать демоном в фоне в нужное число потоков.

Хорошо наговнокоженная очередь заданий тоже может положить сервер при зажатом F5.

Это намного, намного сложнее чем запускать тяжёлый скрипт каждый раз.

Еще один ответ с нулевой ценностью. Конкретное готовое ПО очереди не предложено.

ЛОР не магазин, чтобы на любой запрос предлагать конкретный продукт в качестве решения.

Передать в скрипт идентификатор и при перезапуске либо прерывать и заново запускать либо ничего не делать. Какое готовое решение может быть если задача неизвестна?

Вру, расхлёбывать очередь до скрипта.

Какое готовое решение

Речь о готовом ПО реализующем настраиваемую или программируемую очередь процессов.

чтобы на любой запрос предлагать конкретный продукт в качестве решения

Задача популярная и достаточно общая. Выше кто-то сказал, что можно задействовать очередь, но не назвал ни одного конкретного продукта, который по его опыту такую задачу решает. Т.е. посоветовать ОПу он ничего не может, он просто умничает и набивает скор.

Так он самого главного не сказал, что со скриптом делать при повторном запуске. Прослойка то в виде очереди все равно нужна. А прослойку как я понял он и сам сделает.

Повторно не запустить. У юзера будут стоять куки на 15 мин, блокирующие повторный запуск. И еще вопрос - как убить все процессы nohup>?

Во как. Процессы nohup с чего вдруг висят если повторных обращений нет? И более чем 15 минут такие процессы существуют?

Убить - киллом. Но почему они висят? Они на самом деле вообще висеть не должны, ибо при старте превращаются в программу, которую и должны обернуть.

Состояние нужно сначала узнать.

сделать очередь заданий, добавлять в неё задания из скрипта и разгребать демоном в фоне в нужное число потоков.

Можно проще. flock на N файлов. если файл залочен то не нужно запускать новый «поток».

Состояния у nohup бывает ровно два: завис или запущен без параметров. В других видах он в дикой природе не встречается.

Я наверно неправильно выразился. Вот есть у меня 2 скрипта python запущенных через nohup, но вдруг я решил что ожидать их окончания я не хочу. Соответственно хочу их разом завершить.

Омг, тебе просто нужны демоны, которые будут рулиться из вебни?

Напиши юнит для systemd/инит скрипт, зарули права через sudoers.d и запускай себе на здоровье, чекай статус, останавливай.

Зачем тут наркоманию разводишь? Пиши сразу нормально, что именно ты делаешь и какую цель преследуешь. Тогда и ответы будут нормальными, а не всякий бред невпопад.

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

Если ты будешь как следует описывать задачу, давая конкретику, то ответы будут точными, а не в молоко.

Напиши демона который будет получать команды через сокет и заниматься всем этим. Можно прямо на пхп. Или на питоне с queue, threading и subprocess.

А если тело этого процесса ещё работает, и пишет например в базу? Взять да прибить?

nohup не пишет в базу. А полезный процесс nohup запускает через exec (без fork) и этот процесс nohup'ом более не является и в списке процессов значится под своим именем, а не nohup. Ферштейн?

Через сокет? И какой протокол ты предлагаешь? Самодельный пилить?

Очереди

​

Очередь в Redis или pub/sub. Скрипт пусть сам в фоне постоянно проверяет задания.

Плюс подхода: скрипт можно быстро перенести на другой сервер.

вебсокеты же

Вызываю через exec в PHP python скрипт. Он выполняется около 3 мин. ... Как мне сделать так чтобы он выполнился без проблем и страница не грузилась все это время?

В PHP-FPM можно воспользоваться функцией fastcgi_finish_request.

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