Рекурсивный запуск PHP скриптов?

Question

[Николай Васильчук]

Подскажите, возможно ли рекурсивно запускать скрипты?


Чтобы было яснее, приведу пример.

Пусть имеется список изображений (вида id — filepath), которые нужно обработать. Мы вызываем скрипт a.php с параметром id первого изображения, например a.php?id=1. Скрипт обрабатывает одно изображение и вызывает сам себя, но с параметром id следующего изображения, например a.php?id=2, а сам умирает. Возможно ли реализовать такую систему?

Answer 1

[Олег Матрозов]

В этом вопросе тоже поднимали вопрос запуска некой задачи в php отдельным процессом:

Comments

[Олег Матрозов]

Отправилось раньше времени (((

habrahabr.ru/qa/1188/

Думаю там вы найдете как раз то, что вам нужно

[Николай Васильчук]

Или плохо читал, или там нет ответа на мой вопрос.

[Олег Матрозов]

В первом же ответе:
exec("/usr/bin/php /var/www/c.php > /dev/null &");
Вам просто нужно вызывать php с необходимой командной строкой в конце завершения скрипта. Так же через этот вызов спокойно передается параметрами и доп.параметры (в вашем случае id)

Answer 2

[Cheese]

если под «обработкой» не подразумевается их вывод, то достаточного что-то типа такого:
//обращение к a.php?id=0
//обработка картинки с id=0
$id=$_GET['id'];
$id++;
header(«Location: site.ru/a.php?id=$id»);

Comments

[Cheese]

ну, парсер, лох, естественно, кавычки берём нормальные :)

Answer 3

[UJey]

А не подойдет ли CRON для этих целей?

Если известно примерное время обработки одной картинки, то лучше настроить выполнение скрипта по крону каждые N минут. Сам php-скрипт получает следующую картинку и приступает к обработке, после чего отмечает данную «задачу» как выполненную и завершается.

Comments

[Николай Васильчук]

Крон не подходит

Answer 4

[UJey]

Вот еще есть вариант, который, наверное, не во всех случаях поможет, но все же приведу его…

Если это применимо, делается html-страница, на которой ajax'ом отправляется запрос к php-скрипту на сервере. После возвращения успешного ответа делаем паузу и отправляем запрос еще раз. И так далее.

Я так делал составления Sitemap для своего сайта.

Требования: загрузка изначальной html-страницы в броузере
Ограничение: максимальное выполнение выполнение php-скрипта (в настройках сервера).

Comments

[Николай Васильчук]

Тоже не подходит. Слишком зависит от клиента

Answer 5

[Евгений]

Что вы делаете с изображениями? Я думаю можно обойтись без извратов.
А чтобы вызвать php из консоли с параметром нужно в начале скрипта писать так

if ($argc > 0) {
  for ($i=1; $i < $argc; $i++) {
    parse_str($argv[$i], $tmp);
    $_REQUEST = array_merge($_REQUEST, $tmp);
  }
}

и вызывать так
exec("/usr/bin/php /var/www/c.php id=1 > /dev/null &");

Answer 6

[AFoST]

Как вариан еще в конце выполнения скрипта с a.php?id=1 отправь get/post http-запрос на скрипт с a.php?id=2.

Answer 7

[LoneCat]

Под апачем можно воспользоваться virtual, который выполняет апачевские подзапросы, но тут жесткая завязка от апача, для других серверов можно сэмулировать эту функциональность делая внешний запрос (через curl, socket'ы, да хотя-бы file_get_contents), ну и чтобы один скрипт не ждал завершения другого первый после запроса жестко прерывать, а во втором установить ignore_user_abort
А если не секрет, зачем вам такие хитрые изыски?

Comments

[Николай Васильчук]

Я ведь привел пример =)
А вообще, такие хитрые изыски в будущем могут понадобиться для импорта прайсов на интернет-магазин, который размещен на очень слабом хостинге.

[LoneCat]

Ну ваш пример не показателен, с таким-же успехом все изображения может обработать один скрипт, ограничение на время выполнения можно убрать через set_time_limit, память занятую предыдущими изображениями освободить через imagedestroy, если беспокоит одновременная сильная нагрузка на сервер — можно между обработкой изображений настроить интервал через sleep, единственное преимущество самовызова php-скрипта — многопоточность, когда один скрипт вызывает сразу несколько других и сам-же следит за их выполнением, но в вашем случае описано совершенно другое.

[Николай Васильчук]

Спасибо за ответ.
На хостинге по неизвестным мне причинам не работает set_time_limit. Многопоточность не нужна, интересует именно вариант, когда скрипт запускает сам себя и умирает не ожидая ответа. Скорее это теоретический интерес, нежели практический.