Комментарии 6
Опрос сообщества завершён на отметке 3100 ответов, начали подводить итоги: детали в феврале.
Как-то надоедают пустые статьи где либо ничего нету, либо одна вода. Статья называется "How we are adding Async PHP to our Stack", внутри статьи краткое описание нескольких доступных инструментов и бесполезные результаты нагрузочного тестирования одного абстрактного эндпоинта... на этом статья закончилась. Наверно "experienced PHP developers who have a solid knowledge of the language" не учавствовали в написании статьи.
Немного печально, что хороших статей по Async Php очень мало, хотя это всё очень привлекательно звучит и было бы интересно почитать про подобный опыт
А о чем конкретно из async php хотелось бы почитать?
Я как раз собираюсь подготовить серию статей по мотивам моего доклада с конференции про Swoole. Вот думаю куда смещать акцент - больше практических результатов или больше теории.
Наверно, хотелось бы, чтобы практика просто была в статьях, с реальными примерами и опытом. Какие проблемы возникали и как их решали, какие преимущества нашли и довольны ли текущим состоянием или предпочли ли другие технологии, языки.
Мне хочется попробовать всё это самому, но пока не хватает желания, времени, и, возможно, опыта, а если начать самому, то до прода это дайдёт не скоро и явно в каких-то мелких проектах в качестве эксперимента :)
А так на swoole засматриваюсь, но скорее всего в виде Octane
не пользовался конкретно octane, но в таком подходе не вижу никаких вообще преимуществ. тем более с тех пор как в 7.4 появился preload. может какие-то очень узкие юзкейсы, которые так в голову и не придумаются сходу. но в целом это редкость, потому что php очень хорошо масштабируется вширь и проблемы обычно в другом.
асинхронщина в пхп обычно применяется либо для легких api, либо в фоне: работа с сокетами (в частности вебсокетами, но не только), обработка событий - например, у нас на реакте крутятся воркеры для очередей. скрапперы всякие хорошо пишутся в асинхронной манере.
кроме того разнообразные приложения удобно писать - php клиент телеграма использует amphp. у меня есть наброски моста для расшаривания файлов из телеграма в веб (на уровне альфа версии), тоже на amphp писал. в черновиках валяются зачатки статьи, но похоже что дописать её будет сложней, чем стабилизировать свой проект :) еще нашел очень интересную библиотеку (синхронную) - https://github.com/krowinski/php-mysql-replication, по бенчмаркам у меня выжимает 40к событий в секунду с загрузкой ядра на 100%, в мыслях скрестить её с amphp и прикрутить многопоточный парсинг на основе amphp/parallell и, возможно, FFI, чтоб посмотреть сколько можно выжать в таких сценариях в принципе. благо с файберами теперь должно быть проще простого.
в общем вот вам и асихнронный php.
По названию статьи про roadrunner понятно, что авторы не знают о чем пишут. Roadrunner синхронный. Это application server, его отличие от cgi-модели (modphp, fpm) в отсутствии очистки памяти после обработки запроса. А runtime обычный синхронный, с блокирующими вызовами.
PHP Дайджест № 219 (1 – 10 января 2022)