Почему Cron не влияет на работу сайта?

Question

[Evgeniy]

Добрый день. Понимаю что Cron все же действует на скорость сайта но недавно столкнулся со следующей проблемой. Когда вешаю функцию на хук AJAX, весь сайт начинает глючить но когда использую cron с этой функцией вообще нет ощущения что скрипт работает. Использую встроенный Cron WordPress. Дополнительно также есть вопрос о том, как можно включить свою PHP функцию, чтобы она не влияла на производительность сайта?
Заранее спасибо

Answer 1

[Григорий Васильков]

Ащущэння у одного там в Минске есть.

Твоя функция на кроне отрабатывает в соседнем процессе, просто на компьютере достаточно памяти и процессора, чтобы ты не чувствовал это когда один. А сама функция она не "глючит", она "ждет пока сделается", причем скорее всего ждет ответа от сервера, куда стучиться, большая часть скриптов выполняются очень быстро, разве что ты не вытягиваешь в файл пол-базы. Для таких задач и используют "фоновые".

Собственно так и отправляют рассылки, почты, емейлы и прочее. Делают карту сайта, производят парсинг других сайтов, что там ещё, делают задачи расчитанные на "недели" - это когда человек должен на мобиле через неделю кнопку нажать, а задача все еще открыта и ждет его. Называется "фоновая задача". Просто второй скрипт пхп запускается одновременно с первым.

Comments

[Evgeniy]

Работу проверял не на локальном сервере а на реальном. Где у плагина работы выше крыши и посетителей в день довольно много. Так вот если функцию запустить через Ajax то сайт начинает тормозить а если через Cron то работает нормально. Cron и функция AJAX не работают одновременно)

[Evgeniy]

Можно ли как-то запустить скрипт как фоновую задачу? Допустим пришли данные от фронта и мы включаем функцию на фоне…

[Григорий Васильков]

Ну тут сложновато "просто запустить" чтобы отследить результат. Но общая идея здесь "вы используете консоль", а не "браузер".

Любой скрипт запущенный из консоли типа "php index.php" уже фоновый. И идея в том, что вы пишете программу внутри которой есть

while (true) {
  // ... какие-то действия
  usleep(250000); // ожидаем 250мс
}

В итоге программа не закрывается и работает постоянно, каждые 250 мс что-то проверяя.

К вопросу - "что именно" - используется например Redis, у которого есть "очередь в оперативной памяти" (но это не значит что нельзя использовать текстовый файл и с него читать, просто редисом быстрее работает, да и написать не сильно дольше). То есть из основного сайта в очередь закидывается "что надо сделать" и "данные", а из этого второго проверяется "что-то пришло в очередь? да? делаем то что написано. нет? ничего не делаем, ждем еще 250мс".

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

На всякий случай, чтобы он совсем не падал, на линукс ставится supervisor.d, который следит за упавшими программами и автоматически их подымает. Настраивается буквально по статье в интернете минут за 30.

Answer 2

[Олег]

fkn.ktu10.com/?q=node/10487
Как проявляется проблема
Проблема касается обычно обслуживания частых или одновременных запросов одного пользователя -- вы запрашивает скрипт, который долго "не отпускает" сессию, и все другие скрипты, запрошенные этим пользователем и тоже работающие с сессией виснут.

Answer 3

[Дмитрий]

1. Хреновый вариант fastcgi_finish_request. Эту функцию можно поставить перед выполнением большой задачи, она ответит вебсерверу - он отдаст данные клиенту, а код продолжит работать, клиент перестанет ждать и пойдет по своим делам. Вариант херовый потому что можно легко получить ситуацию когда все воркеры выполняют тяжелые задачи - а клиенты получают 502.
Ну и работает только в режиме fast_cgi.

2. Менее хреновый вариант. Перенести задачу в отдельны скрипт и отправить его в бэкграунд через exec и nohup.
exec('/usr/bin/nohup php script.php >/dev/null 2>&1 &');
Минус - в том что вы ровно так же можете получить вагон запущенных скриптов и сожрать уже не все воркеры php-fpm а все ресурсы сервера

3. Вариант - очереди. Тут без особых минусов кроме того как я хрен знает можно ли это легко привязать к wordpress