Как стать автором
Обновить

Комментарии 18

В php асинхронность пока очень ограниченная. Ждем 8.0 чтобы развернуться во всю.
Хм, и чем «разворачивание во всю» в 8ке будет отличаться от «разворачивания» в 7ке?
Очевидно чем. В восьмерке обещают неблокирующий IO. Без него нормальная асинхронщина не возможна.
Емнип я это видел в почтовых рассылках. Автор письма если не ошибаюсь был Зеев Сураски. А Дмитрий Стогов работал над добавлением LibUV в php.
Ну это всего лишь письмо со всякими обсуждениями и никаких обещаний сделать неблокирующий IO никто не давал, верно?
ReactPHP? Вполне себе неплохой вариант
Я использую корутины из состава Recoil. Он позволяет гонять асинхронный код прямо в вашем веб реквесте не запуская отдельный сервер.
Вы можете гонять ReactPHP в любом виде. Правда не совсем представляю зачем это нужно во время запроса из браузера, ну да ладно.
Хотелось бы развернуто получить ответ на вопрос не зачем, а как.
Если развёрнуто, то у меня сейчас уже больше 30 статей на тему асинхронного PHP и ReactPHP — sergeyzhuk.me/reactphp-series Правда там всё на англ языке.
Я в плане принципиальной схемы, а не кода.
Хочу развернуть вопрос.
Вопрос зачем?
Вполне многие могут либо догадываться, либо хотеть сделать асинхронное приложение на PHP.
Помимо хотелок есть ограничения, в зависимости от того как это сделать. И какие ресурсы будут задействованы в этом.

Лично для себя я нашёл часть ответов в статье Асинхронное параллельное исполнение в PHP, часть в коде и хепле ReactPHP. Но какая-то информация, по моему мнению, должна быть в статье.
А есть бенчмарки? Желательно по памяти и количеству одновременных соединений. А если много ядер? Говорить о асинхронности можно много и долго, лучше показывать как решаются реальные задачи
К сожалению обычный бенч… без нормальных задач внутри теста…

Когда в руках молоток все вокруг выглядит как гвозди

Зарегистрируйтесь на Хабре, чтобы оставить комментарий