PHP-Watcher: инструмент, который упрощает разработку долгоживущих приложений

[seregazhuk]

Это же для NodeJs. Изначальная идея была — получить что-то на чистом PHP, что можно было бы добавить в проект через Composer.

[seregazhuk]

Это понятно, но для его установки нужен NodeJs и npm. Не хочется стек PHP-приложения усложнять Node-зависимостями.

[ScreamPassion]

Спасибо большое, пока еще не успел посмотреть более детально, но судя по статье, это то, что уже давно было нужно.
Жалко только, что о многопоточности пока речи не идет, умело бы оно в потоки, цены бы ему небыло.

[seregazhuk]

Так это же PHP, здесь не будет многопоточности. А какой хотелось бы кейс, чтобы была многопоточность? У меня идея была просто рестартовать запущенное приложение при изменении его исходников.

[ScreamPassion]

Извиняюсь, сейчас глянул подробнее про инструмент, не совсем то, что я ожидал.
Я все таки думал что он еще умеет жить как event-loop.

[seregazhuk]

Так он и живет как event-loop. А что Вы ожидали? Какое поведение?

[ScreamPassion]

А какой хотелось бы кейс, чтобы была многопоточность?

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

Увидел, код капотом ReactPHP, я все таки надеялся что это альтернатива, вопрос закрыт.

[Grikdotnet]

Вы не спутали его с roadrunner?

[LarexSetch]

По документации похоже на supervisord.org

[seregazhuk]

Похоже наверно только тем, что рестартуется приложение. Здесь была идея слушать изменения в файлах и если они есть, то рестартовать. Кроме того, если слушаемое приложение упало (зафейлилось или просто выполнилось), то оно автоматически не рестартуется. Считаем, что это процесс разработки и здесь «нормально», если приложение упало. Как только будут внесены изменения в исходный код, watcher их обнаружит и перезапустит приложение.

[A1eksandr]

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

[seregazhuk]

Под капотом консольная команда запускает 2 дочерних процесса:

• скрипт, который слушает изменения в файловой системе. Для этого используется Symfony Finder Component
• самое приложение, которое нужно рестартовать

Всё это управляется асинхронно на ReactPHP. Как только мы получаем сигнал от дочернего процесса, что файловая система была изменена, мы перезапускаем процесс с приложением.

[seregazhuk]

Уточню, что для поиска изменений в файловой системе используется yosymfony/resource-watcher.

[Grikdotnet]

Внутри Symfony Finder используется SplFileInfo::getMTime()
www.php.net/manual/ru/splfileinfo.getmtime.php
это обертка над filemtime()

Замечание: Результаты этой функции кешируются.

Вопрос. Вы clearstatcache() вызываете?

[seregazhuk]

Не вызываю. Извинюясь, я не совсем корректно описал принцип работы. Именно для поиска изменений на диске используется yosymfony/resource-watcher. А Symfony Finder используется лишь, чтобы задать критерию для поиска изменений.

[shadow00]

А inotify + incron почему не устраивает?

[shadow00]

www.php.net/manual/ru/book.inotify.php тем более что интерфейс в пыхе есть.

[seregazhuk]

Хотелось решения на чистом PHP, чтобы можно было вызвать composer install и начать работать. С inotify мне нужно устанавливать дополнительные пакеты в систему.

[shadow00]

так это же пакет пыховский.
Вы же симфони целое сюда прикрутили, а одного пакета не хотите.

Просто дергать файловую систему вместо того чтобы ждать нужного события как бы экстенсивно. Это все равно вместо того чтобы использовать select/poll на сокетах пытаться все время из них что-то прочитать.

Тулза для мониторинга должна потреблять минимум ресурсов. А у Вас файловую систему зря грузит.

[seregazhuk]

Ага, посмотрел уже более детально. Спасибо за идею! Думаю можно сделать несколько реализаций. Проверять если доступно расширение — то использовать его, если нет — то фолбэк на Symfony и дергать файловую систему.