Привет, мы написали север приложений для PHP с нативной поддержкой PSR-7: https://github.com/spiral/roadrunner Кто что думает?)

@lachezis а хот свап воркеров у вас умеет? или там ребутать воркеры по изменению кода.

Да, все умеет

И красиво их убивать

Есть защита от утечек памяти

Над потыкать)

В процессе поддержка стриминга

в прод, как понимаю, пока лучше не катить?

надо повертеть

Уже на проде)

?

Там нет общей памяти, так что падения изолированны

Но нужно смотреть за коннектами к базам

го шустр ?

раз уж заговорили о шустро - бенчмарки не гоняли?

типа php-fpm + opcache vs ваше решение (+opcache?),

very fast (~250k rpc calls per second on Ryzen 1700X over 16 threads) но хотелось бы модные графики

very fast (~250k rpc calls per second on Ryzen 1700X over 16 threads) но хотелось бы модные графики

ну у меня php-fpm столько же выдает на райзене)

например

надо будет примерять к своему приложению на симфони

кстати, а почему конфиг в yaml, а не в json?

тут 2 слоя, сам rpc (не только для psr7) будет под 300к на норм машине, стек psr7 будет медленней, но на нашем приложении раз в 50 быстрее php-fpm, чем больше бутлоад фреймворка тем быстрее будет, графики потом оформим

конфиг можно в любом формате

оно само подхватит

там spf13/viper

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

есть интерактивная консоль ) https://cdn.discordapp.com/attachments/243017130776330241/455429448985214989/video.mov

тут 2 слоя, сам rpc (не только для psr7) будет под 300к на норм машине, стек psr7 будет медленней, но на нашем приложении раз в 50 быстрее php-fpm, чем больше бутлоад фреймворка тем быстрее будет, графики потом оформим

а если не "быстрее" а скажем насколько удалось лэтенси уменьшить? В теже 50 раз или все же меньше?

задержку?

до 0.1 миллисекунды

https://image.prntscr.com/image/2nSCdBFoTxqsBsjhgUARHQ.png тест на psr7+кастомный regexp роут (<controller>.html) - 400 параллельных запросов, винда с 4 ядрами

надо все ж на своем погонять )

:) само собой не забывай за собой чистить память и не использовать глобалс)

мы эту штуку под каждый проект собираем кастомно, с Consul, Prometeus и остальными штуками нужными для распределенщины

:) само собой не забывай за собой чистить память и не использовать глобалс)

ну у меня есть опыт с php-pm

или демоны на php)

ну тогда все знакомо)

ребята на реддите юзают эту штуку как GRPC фронт для пхп, хттп тут чисто надстройка

кто знает расширение, которое если находит определенный текст или по регулярному выражению, оно бы блокировало родительский html элемент

а то из всех щелей со своим футболом лезут

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

в адблоке смотрел, там только конкретный элемент можно, а не так как надо

ребята на реддите юзают эту штуку как GRPC фронт для пхп, хттп тут чисто надстройка

А они там не выкладывали свой пример с grpc и вашей штукой случайно?) Ещё не успел сам поковырять

а чем лучше пхпюнитовского-то?

Он включен в пхпюнит же

Он включен в пхпюнит же

Ага, я уж посмотрел потом

Кто-нибудь в Питере сейчас пьёт ?

пьют наверное

не подскажете на VPSку какую-нибудь простенькую контрольную панель для хостинга? знаю только вестуцп, мб ещё какие аналоги есть

Кто-нибудь в Питере сейчас пьёт ?

Пепси

не подскажете на VPSку какую-нибудь простенькую контрольную панель для хостинга? знаю только вестуцп, мб ещё какие аналоги есть

тебе vps или просто чисто какой то виртуальный хостинг сайтов?

у меня впска, хочу поставить туда панельку простенькую

я в соседнем чате по ларавелу уже спросил коллег, они ничего не посоветовали кроме весты толком, сижу накатываю вот)

ajenti когда-то пробовал

вроде так

ну хоть var перед свойствами классов стали забывать )))

Молодец, еще один отличился ;)

Во, про бд как раз. Оправдана ли каша из классов, методов, SQL и хитровыдуманных конструкций в ActiveRecord, там где используются связи/join и вообще сложные вопросы кроме crud?

Сам SQL как раз создан чтобы быть понятным, а каша разве не делает его еще более запутанным и усложненным?

или вы комбинируете, для crud - AR, для сложных - чистый sql?

ну это вечная дилема ar и сложные выборки

сам по себе чистый sql не очень когда надо динамически фильтровать и сортировать по тому что накликал челевек

там начинает ад в виде генерации sql строки и кучи if

внутри которых что то дописывается в sql и складывается в value в виде placeholder

ERROR: S client not available

в такие места красиво смотрятся queryBuilder

а вообще любая сложная выборка, должна выбирать id записей, которые можно грузить по одной в AR

ну это опять же имхо сейчас могут найтись кто с этим не согласен

ну и можно жить без AR существуют и другие подходы )

Во, про бд как раз. Оправдана ли каша из классов, методов, SQL и хитровыдуманных конструкций в ActiveRecord, там где используются связи/join и вообще сложные вопросы кроме crud?

каша никогда не оправдана.

Сам SQL как раз создан чтобы быть понятным, а каша разве не делает его еще более запутанным и усложненным?

вопрос композиции. Увы я не видел ни одного решения которое хорошо с ней дружит.... Ну типа например у меня есть 2 выборки, и я хочу сделать композицию оных что бы оно там джойнами все зафигачило прозрачно и вжух у меня так вот one-to-many раскукожилось. Вот такого я не видал. Во всяком случае на php

90% всех AR/QueryBuilder решений это "удобная" канкатенация строк в SQL. Чуть-чуть проще чем руками

или вы комбинируете, для crud - AR, для сложных - чистый sql?

AR удобно на чтение для простых выборок. Другой вопрос - зачем тебе сложные выборки. Если это репорты - то чистый SQL норм

если это "достать списочек показать" - я бы задумался на тему "как упростить выборку, может быть можно отдельно мутить вьюшки какие, может проекции данных, может еще как...

но вообще сама идея "комбинировать" решения для разных задач (даже в пределах одного проекта задачи имеют разную сложность) - неплохая

ну то есть я не вижу ничего эдакого в том что бы на одном проекте иметь Doctrine на запись и какой-нибудь легкий AR на чтение

это неплохой вариант избавить сущности доктрины от знаний о чтении/выводе данных

и при этом не особо геморно поддерживать

там начинает ад в виде генерации sql строки и кучи if

просто нужно немного любви (фп))

а вообще любая сложная выборка, должна выбирать id записей, которые можно грузить по одной в AR

меня оч напрягает кейс когда для WHERE нужен join. Руинит всю красоту композиции....

меня оч напрягает кейс когда для WHERE нужен join. Руинит всю красоту композиции....

А я как раз думал, что ты знаешь ответ на эту дилемму

?;

@fes0r https://github.com/exakat/php-static-analysis-tools/blob/master/README.md

@fes0r

они заходят и выходят, похоже, собирают стату

спамят же)

он зашёл, вышел - сообщенька есть)

нет, в логе видно было - два сообщения про вход, два про выход или ты про сообщение в имени?

угу

вот упоротый... неужели это работает...

это вы еще не сталкивались походу с ситуацией

когда заходят боты

просто боты, у них какое нибудь рандомное имя собранное как будто через рандомайзер

без аватарки, без никнейма через собачку. и просто заходят