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

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

Бро, а асинхронный пхп стоит того? Вижу много топиков на эту тему начало всплывать, но все мне как-то не сильно вериться в том, что это работает как надо. Что думаешь?
стоит, если вам надо неблокирующий I/O
а что значит «работает как надо»?
Есть задачи где стоит использовать и PHP отлично справляется. Есть проблемы общие для любого асинхронного кода, и есть нюансы PHP. Сам использую на продакшне в нескольких проектах.
Еще часто использую leproxy (который на PHP), когда нужно быстро поднять прокси :-)
НЛО прилетело и опубликовало эту надпись здесь
Мы — Gamedev, перейдя на php-pm мы уменьшили количество серверов с 8 до 1(на самом деле 2, но он только ради failover). Наша ежедневная аудитория — 200 000 пользователей. Под капотом php-pm — reactphp. Работает это — КАК НАДО. Средняя нагрузка 700-1500 rps (в зависимости от времени суток). Запросы не пустышки — 95% модифицируют данные пользователя и сохраняют в базу. Уже 2ой год у нас это все крутится в продакшне… и да, наши сервера — дешевые Hetzner px120…
но все мне как-то не сильно вериться в том, что это работает как надо

Нам тоже не верилось тогда, что мы сможем держать такую нагрузку на php, но мы же программисты, да? Собрали за недельку тестовый билд, да погоняли…
memory leaks нету? и как вы хендлите подключения к базе? какой-то пулл соединений/persistent connections/открывает закрываете каждый раз?
Memory leaks нет уже как с версии PHP 5.3.
Хотя при желании их можно сделать самому. Но в целом сборщик мусора всё собирает нормально.
Желательно все же их не делать — сборщик мусора само по себе не очень быстрая штука, если у вас в памяти большой пул объектов — деградация производительности очень существенная — рассчитывать на него не стоит и теряется весь смысл.
Полностью согласен с вами.
Мой основной посыл был именно в том что PHP сам по себе не течёт уже давно.
так я ведь и не про PHP сам
да и PHP бывает всё же иногда течёт, может в PHP баг трекере глянуть, проскакивают memory leak баги
НЛО прилетело и опубликовало эту надпись здесь
Memory leaks именно в самом php уже давно встречаются крайне редко — чаще всего они относятся к сторонним библиотекам.
В php-pm из асинхронного — прокси, производительность которого очень высока и с memory leaks в нем мы не сталкивались ни разу.
В качестве основной БД у нас используется Redis, другие бд также используем — с ними работа идет через очереди(beanstalkd). С учетом архитектуры php-pm — фактически у нас persistent connection закрывающиеся\открывающиеся каждые 10000 запросов.
Сейчас мы плавно переходим на amphp/aerys результаты еще вкуснее. Наверное мы бы переходили активнее, но производительности текущего решения
с php-pm нам хватает с огромным запасом.
НЛО прилетело и опубликовало эту надпись здесь
>>по стандарту JSON5.
>>Not an official successor to JSON
Как бы взаимоисключающие.
Просто очередные «улучшатели» и советовать это использовать, наживать себе врагов я думаю :)
Как бы взаимоисключающие.

что взаимоисключающее? JSON5 это вполне себе стандарт, описывающие расширение JSON.

>> Not an official
Это стандарт? Ок. Буду знать.
Учитывая что там в яваскрипте творится по «стандартам» идите вы со своим «улучшением»
Список новостей о Yii2 за несколько недель
image
«Как связать Monolog и ELK» очень странная статья. Рэбиты, гельфы, зачем так сложно? Монолог пишет json, filebeat отправляет данные в logstash, где очень простой конфиг, logstash в elastic.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий