Vitsliputsli, Слушай, здесь уже не обсуждение решения, а чистый спор ради спора. Ты перескакиваешь с тезиса на тезис, подменяешь вводные, притягиваешь фантазии про сессии, "20 раз хуже", "запрет cli" - лишь бы продолжать тянуть эристику.
Мы отвечаем по факту вопроса ТС, а не строим гипотетическую Вселенную, где всё ломается ровно там, где тебе удобно для аргумента. Cron+таблица - нормальная и простая схема; fastcgi_finish_request - нормальный инструмент в определённых условиях. Всё.
А дальше начинается только твоё упёртое "докажите мне, что я не прав", и оно вообще никому не надо.
moderator, тут обсуждение решения переросло в эристическую полемику и перестало быть конструктивным.
Vitsliputsli,
Мы вообще не знаем, что ТС делает с этим файлом дальше. Есть вопрос - есть рабочий вариант решения. Если что-то пойдёт не так - спросит ещё, это нормально. Никто не предлагал копировать говнокод, это ты сам придумал. Юный погромист - не значит идиот, схема cron+таблица - простая и распространённая практика.
Пугалка про "таблица разрастётся и всё ляжет" - из воздуха. Записи чистятся, задания берутся пачками, никаких трагедий. А вот твой fastcgi_finish_request - как раз путь к 502, пляскам с fpm и серверной оптимизацией, что для новичка сложнее в разы.
Кроны, очереди и планировщики - нормальный архитектурный выбор. Не нравится тебе - ок, но не надо делать вид, что всё остальное автоматически "плохо".
подключим брокер-очередей, будем писать в очередь и контролировать ее, будем разбирать очередь отдельным демоном, да еще и в асинхронном режиме на пыхе.
cron, php-cli, таблица заданий в БД - элементарная задача для юного погромиста, куча примеров в интернете. FPM не лезет - сайт жив.
У ТС в статусе "юный программист", и по его вопросам видно, что он еле ориентируется в базовых вещах. Он не знает ни про fpm-воркеры, ни про max_children, ни про то, как сервер ляжет от нескольких параллельных долгих запросов.
fastcgi_finish_request - нормальный инструмент, но не для новичка без понимания инфраструктуры. В его руках это просто способ случайно положить весь сайт, и очень быстро. А ты советуешь его вслепую, даже не зная нагрузку и конфиги.
Так что да - в такой ситуации это плохой совет. Не потому что функция плохая, а потому что ты предлагаешь мину человеку, который точно не знает, как с ней обращаться.
Drno, возможно. Но не зная зачем ТС wi-fi, кинетик кажется лютым оверпрайсом. Учитывая что "безглючных решений с хорошей полноценной прошивкой изкаропки " достаточно на рынке и за меньшие деньги.
К сожалению все операторы таким грешат. У меня мегафон, проехал как-то мимо фитнес-центра у себя в городе, так мне прилетело смс с рекламой этого фитнес-центра.
Мы отвечаем по факту вопроса ТС, а не строим гипотетическую Вселенную, где всё ломается ровно там, где тебе удобно для аргумента. Cron+таблица - нормальная и простая схема; fastcgi_finish_request - нормальный инструмент в определённых условиях. Всё.
А дальше начинается только твоё упёртое "докажите мне, что я не прав", и оно вообще никому не надо.
moderator, тут обсуждение решения переросло в эристическую полемику и перестало быть конструктивным.