Как лучше организовать планировщик задач?

Question

[ex3xeng]

Как лучше организовать планировщик задач на сайте?
Хотелось бы альтернативы, минуя крон.

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

Пока вижу только 1 минус это тот человек на котором сработает планировка заданий, для него сайт может вообще не открыться. Есть ли ещё минусы? И как себя проявит данный механизм при посещении от 5т пользователей, какие идеи?

Answer 1

[Андрей]

Я бы посоветовал крон использовать, либо другой планировщик задач.

Что касается вашей идеи, то зачем пытаться выполнить ваши задачи при формировании страницы для пользователя... Просто отдаете страницу пользователю, а потом через js ajax`ом вызываетет свой скрипт с задачами, а в ajax пропишите timeout: 1, т.е. ждать ответа от сервера 1 мс, что бы скрипт не ждал выполнения задач а просто завершился. На jquery посмотрите api.jquery.com/jquery.ajax

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

Answer 2

[Stalker_RED]

для него сайт может вообще не открыться

Можно запускать ваши задачи в отдельном процессе.

А чем вам крон не угодил?

Comments

[ex3xeng]

т.е в целом сойдет? или жесть?

ищу альтернативный способ) все в виде интереса.

[Stalker_RED]

ex3xeng: Проверка существования файла - не такая уж дорогая операция, чтобы от нее страдала производительность.

Разве что стоит дополнительно подумать, как обезопасить себя от ситуации, когда несколько почти одновременных хита запускают этот ваш механизм одновременно. Флаги какие-то выставлять, может.

[ex3xeng]

в целом получается годно?
при большом посещении не страшно будет что файл дергает скажем так 5 тысяч человек?

Как на счет флагов? может в момент создать ещё один файл? и если он есть то стоп? хотя так же одновременно могут попасть и он проигнорирует)

[Stalker_RED]

ex3xeng:
Файл, который все так часто дергают, операционная система закеширует в памяти.

Флаг "по старинке" делался как-то так: записать свой pid в файл, залочить его на запись, прочитать pid и проверить. Если всё получилось - работаем дальше. Если оказалось что файл уже залочен или в нем чужой pid - значит этот процесс проиграл гонку, и нужно его завершить.

Это вроде-бы позволяло подстраховаться от всех возможных проблем, в том числе с кешированием в ФС.
Но есть же доступ к семафорам! php.net/manual/ru/function.sem-get.php
И shared memory kamashev.name/2011/07/daemons-shared-memory-and-se...
И вообще, чем вам крон не угодил?

Answer 3

[Влад Животнев]

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

В битриксе это называется "крон на хитах", например.

Comments

[ex3xeng]

объясните пожалуйста чем он убог и предложите Вашу версию или крон есть единственный выход/стандарт?

Answer 4

[Philipp]

То, что вы собираетесь делать, плохо. Чревато гонкой условий, когда 2 процесса будут пытаться сгенерировать один файл, отвалами сайта по таймауту для пользователей и прочими неприятными вещами ввиде зависающих апачей и т.п.
Правильная организация задач по расписанию подразумевает независимое от пользователя и асинхронное неблокирующее выполнение.
Правильный подход - использование планировщика задач (в вашем случае cron) и системы очередей, выполняющей задачи (например на основе gearman).
Подход с очередями задач позволяет упростить процесс генерации файлов, изолировать его от остальной части сайта. Например, когда нужно сгенерировать прайс, а потом разослать его 10к клиентов.

В вашем случае cron со специально написанной под него задачей наиболее простое и эффективное решение.