PHP-Дайджест № 120 (1 – 19 ноября 2017)

[Dead_Angel]

Я для создания вебсокета в laravel использовал это — github.com/Askedio/laravel-ratchet

[nesttor]

Бро, а асинхронный пхп стоит того? Вижу много топиков на эту тему начало всплывать, но все мне как-то не сильно вериться в том, что это работает как надо. Что думаешь?

[andrewnester]

стоит, если вам надо неблокирующий I/O
а что значит «работает как надо»?

[pronskiy]

Есть задачи где стоит использовать и PHP отлично справляется. Есть проблемы общие для любого асинхронного кода, и есть нюансы PHP. Сам использую на продакшне в нескольких проектах.
Еще часто использую leproxy (который на PHP), когда нужно быстро поднять прокси :-)

[p4s8x]

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

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

Нам тоже не верилось тогда, что мы сможем держать такую нагрузку на php, но мы же программисты, да? Собрали за недельку тестовый билд, да погоняли…

[andrewnester]

memory leaks нету? и как вы хендлите подключения к базе? какой-то пулл соединений/persistent connections/открывает закрываете каждый раз?

[Fedot]

Memory leaks нет уже как с версии PHP 5.3.
Хотя при желании их можно сделать самому. Но в целом сборщик мусора всё собирает нормально.

[p4s8x]

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

[Fedot]

Полностью согласен с вами.
Мой основной посыл был именно в том что PHP сам по себе не течёт уже давно.

[andrewnester]

так я ведь и не про PHP сам
да и PHP бывает всё же иногда течёт, может в PHP баг трекере глянуть, проскакивают memory leak баги

[p4s8x]

Memory leaks именно в самом php уже давно встречаются крайне редко — чаще всего они относятся к сторонним библиотекам.
В php-pm из асинхронного — прокси, производительность которого очень высока и с memory leaks в нем мы не сталкивались ни разу.
В качестве основной БД у нас используется Redis, другие бд также используем — с ними работа идет через очереди(beanstalkd). С учетом архитектуры php-pm — фактически у нас persistent connection закрывающиеся\открывающиеся каждые 10000 запросов.
Сейчас мы плавно переходим на amphp/aerys результаты еще вкуснее. Наверное мы бы переходили активнее, но производительности текущего решения
с php-pm нам хватает с огромным запасом.

[zorn_v]

>>по стандарту JSON5.
>>Not an official successor to JSON
Как бы взаимоисключающие.
Просто очередные «улучшатели» и советовать это использовать, наживать себе врагов я думаю :)

[Fesor]

Как бы взаимоисключающие.

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

[zorn_v]

>> Not an official
Это стандарт? Ок. Буду знать.
Учитывая что там в яваскрипте творится по «стандартам» идите вы со своим «улучшением»

[kowap]

Список новостей о Yii2 за несколько недель

[andrewnester]

Можете прочитать про интересное issue здесь :)
github.com/yiisoft/yii2/issues/9438

[koluchiy01]

«Как связать Monolog и ELK» очень странная статья. Рэбиты, гельфы, зачем так сложно? Монолог пишет json, filebeat отправляет данные в logstash, где очень простой конфиг, logstash в elastic.