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

естественно зависит от многих факторов и ни в одной ситуации нет универсальных решений

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

Не, там реально может быть сложно. Во первых это всё будет работать под виндовс, локально. Во вторых - мёртвые процессы-воркеры. Если в некоторых реализациях типа ноды или (возможно) golang - это предусмотрено архитектурно, то при безмониторинговом запуске "самодельных" процессов - уже никто не гарантирует ничего. Разве только запускать через at или как это делается в CMS - через определенное время запускать проверочный код при выполнении (кстати, ничего вроде). Причем реально надо будет гарантировать уникальность, иначе дубль может играть с висяком в известную проблему "кто кого" :)

Вот тоже подумал, а не поискать ли реализацию. Как раз на днях собирался транслиттер(из кирилицы в ascii) в код вставлять, но дежурно гугланул и нашел стандартную реализацию, хоть и тяжеловесную, зато всё уже сделано.

о, да... https://www.php.net/manual/ru/refs.fileprocess.process.php
но, среди этой малины есть и такие ограничения "Замечание: Для Windows-платформ это расширение недоступно."

вот поэтому я люблю кросплатформенные штуки.

вот тут не столько лекция интересна, сколько сами ребятки-докладчики.

Какие хакерспейсы? Хакатоны же надо! :)

И, думаю, будет уместным прикрепить нашего главного.
https://sun9-65.userapi.com/c856120/v856120879/10d1a2/Rma5RrUzCdk.jpg

Язык в постановке задачи не указан. Поэтому предложено всю задачу целиком решать на NodeJs - в силу его асинхронной природы

Да, всё верно - интересны многие варианты решений.
Конкретно по системным способам - нагуглилось довольно много вариантов, но увы я вообще не знаю эту тему. Там пайпы, там форки, там kill и блокировщики файлов.

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

Гораздо проще когда сам сервер помнит в памяти pid и асинхронно ждет когда pid умрет

Сам я одинаково плохо отношусь и к php и к nodeJs. Но nodeJs свои задачи выполняет, и пока равных ему нет (равных одновременно по популярности и функционалу)

А вот php наверно пора переставать использовать в своих проектах - python куда лучше и продуманней

ну... golang заинтерсовал покамест. Питон исторически с вебом не пошел у меня из-за криворукости.

До скольки сегодня кадр?

до ~20:30

Спасибо.