http://zsuraski.blogspot.com/2018/10/the-future-of-zend-engine-and-zend.html?m=1 продублирую

Зеев пообещал с три короба и слинял

https://habr.com/post/426809/

Зеев пообещал с три короба и слинял

А че слинял? Наоборот хочет развивать ZF и PHP, а в Rogue Wave это не нужно

пхп создан что бы умирать :)

ахах

надо хоть посмотреть что такое Zend Server...

кстати справедливости ради это довольно прикольная штука, просто неоправдано дорогая

а, она платная? нахер идёт

https://habr.com/post/426809/

Израильтяне никогда не делали плохих вещей: Moovit,gettTaxi,Waze,ElasticSearch,CheckPoint Software,Php и тд.

Так что верю что они смогут найти себя

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

а, она платная? нахер идёт

А тебе бесплатно сервер нужен? Это ж не Россия или СНГ.

А тебе бесплатно сервер нужен? Это ж не Россия или СНГ.

не вижу связи

а, она платная? нахер идёт

Воть

скрутинайзер тоже платный. И тоже нихера не дешёвый. Но есть некоторые оговорки

пхп создан что бы умирать :)

Пхп умирает чтобы создавать

сенсиолабс инсайт я покупал за полтора килоевро в год. Стоит ли говорить, что это был один из самых существенных проёбов в моей жизни?)

сенсиолабс инсайт я покупал за полтора килоевро в год. Стоит ли говорить, что это был один из самых существенных проёбов в моей жизни?)

Фабьена поддержал, чтобы он мог мидии вкусным вином запивать.

Фабьена поддержал, чтобы он мог мидии вкусным вином запивать.

ну сейчас, видимо, мидий стало меньше. Они месяца 3 назад уже даже опенсорс тариф выпилили. А сервис при сохранении лошадиного ценника за юзабельные тарифы лучше не стал ни на каплю.

Я рукоплещу людям вроде фабьена или сысоева которые на опенсорсе умудряются зарабатывать.

Я рукоплещу людям вроде фабьена или сысоева которые на опенсорсе умудряются зарабатывать.

так зарабатывают они не на опенсорсе, а на сопутствующих услугах

сенсиолабс инсайт я покупал за полтора килоевро в год. Стоит ли говорить, что это был один из самых существенных проёбов в моей жизни?)

> сенсиолабс инсайт Чего за фрукт?

> сенсиолабс инсайт Чего за фрукт?

https://insight.symfony.com/

оч дорогая и оч бесполезная штука

первый юзабельный тариф - 79 € / mo (при разовой годовой оплате. Если каждый месяц, то дохера больше)

ну я б не сказал что такая уж бесполезная, но скрутинайзер поприкольнее да

ну, я пользовался оными на протяжении года с самым крутым тарифом. за исключением поиска вардампов, там ничё особо хорошего нет

ну, я пользовался оными на протяжении года с самым крутым тарифом. за исключением поиска вардампов, там ничё особо хорошего нет

а чем ctrl+shift+f в шторме для поиска вар дампов плох?)

а чем ctrl+shift+f в шторме для поиска вар дампов плох?)

ты начинаешь понимать)

что для этого не обязательно отдавать тыщу евро в год)

так зарабатывают они не на опенсорсе, а на сопутствующих услугах

Меня удивляет, что они зарабатывают

а чем ctrl+shift+f в шторме для поиска вар дампов плох?)

grep

grep

греп быстрее?)

в CI процесс проще интегрировать

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

так да, согласен

странная фигня. Написал мигратор со старой структуры БД в новую, но не просто БД в БД, а берутся записи из старой БД и прогоняются по логике приложения (тупо смена статусов), потому что там калькулируемые статусы плюс создание строк истории смены статусов для 2 сущностей

Логики немного, 2 листенера и 5-6 энтити

А вот старых заявок 8627, что вроде и не так уж и много, но он начинает вполне бодро мигрировать, где-то 1 заявка в секунду, а потом все медленнее и медленнее. Одно ядро на 100% загружено, по памяти вроде вполне терпимо. И вот 945 заявок он уже молотит 4 часа.

em->clear()

Я так понимаю это GC буянит из-за огромного кол-ва объектов в системе? Потому что я все данные генераторами кидаю построчно, и unset где надо делаю, ну и области видимости помогают

em->clear()

после flush?

раз в надцать итераций

Я так понимаю это GC буянит из-за огромного кол-ва объектов в системе? Потому что я все данные генераторами кидаю построчно, и unset где надо делаю, ну и области видимости помогают

это у тебя identity map жирнеет

так как ты туда пихаешь все ентити мира

еще и монолог надо подчищать

монолог в оффе

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

а вообщее....

а вобще при чём здесь сущности)

кстати о доктрине

начинается

https://github.com/spring-guides/tut-spring-boot-kotlin/issues/17

а вообщее....

https://www.doctrine-project.org/projects/doctrine-orm/en/2.6/reference/batch-processing.html#batch-processing

JPA(читай как доктрина ОРМ) и JDBC(dbal/pdo)

и там рядом целый доклад есть, почему они не оч довольны JPA

https://www.youtube.com/watch?v=AnIouYdwxo0

https://www.doctrine-project.org/projects/doctrine-orm/en/2.6/reference/batch-processing.html#batch-processing

+++ спасибо

@fes0r так что идея отказываться от доктрины не такая уж и безумная, даже в мире спринга)

JPA(читай как доктрина ОРМ) и JDBC(dbal/pdo)

JPA это типо спецификация?

А хибернейт реализация?

@fes0r так что идея отказываться от доктрины не такая уж и безумная, даже в мире спринга)

не, прикольнее когда ты меня совсем поехавшим считал

не, прикольнее когда ты меня совсем поехавшим считал

я?

А хибернейт реализация?

да

может это было совсем давно) возможно

@fes0r так что идея отказываться от доктрины не такая уж и безумная, даже в мире спринга)

Если уж вспомнили про отказ от Doctrine, что на счет https://github.com/matthiasnoback/TalisORM ???

я в целом против абстракций

SQL - отличный язык

Если уж вспомнили про отказ от Doctrine, что на счет https://github.com/matthiasnoback/TalisORM ???

ну типа примерно так выглядят напиленные на коленке персистеры да

в php увы нет нормальной инфраструктуры что бы и без какой-то ORM и без велосипедов и удобно и вообще ништяк что бы

все как-то кривеньки и убогенько

а я со своим квери билдером застрял.... не могу определиться с API

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

но вот самую суть (композиция запросов) я пока не могу переварить...

в php увы нет нормальной инфраструктуры что бы и без какой-то ORM и без велосипедов и удобно и вообще ништяк что бы

а чего именно нет?

ну и что можно глянуть, там где есть

все есть - но убогенькое и похоже на незаконченную попытку

а квери билдера нормального например вообще нету

под pgsql был прикольный проектик там где собирался запрос из AST (google: php postgresql sql ast query builder)

но автор по всей видимости забил + там есть вопросы

но это пока самый интересный

все остальное - одно и то же

из клевых концептов из других языков - оч понравились билдеры из котлина (в силу того как там клево можно DSL-и делать) и хаскеля (офигенная идея вместо попыток сделать type safe аналог SQL, просто в компайл тайме проверять заведется запрос или нет на реальной схеме))

последнее намного логичнее чем попытки как-то типами обезапасить от ситуации типа SELECT COUNT(1), foo FROM table GROUP BY bar

но я пока не уверен что это можно будет сделать в пыхе.... хотя запилить плагин под psalm не проблема) просто не все кейсы можно будет проверять. Только оч простые коих большинство

последнее намного логичнее чем попытки как-то типами обезапасить от ситуации типа SELECT COUNT(1), foo FROM table GROUP BY bar

я походу совсем не в теме

а если проверки типо типо как в DQL

я походу совсем не в теме

в моем примере ошибка в том, что у тебя в селекте поле не учавствующее в агрегации, и единственный способ отловить это ттипами - спроектировать свой SQL что глупо

а так в компайл тайме все варианты запросов собрал и прогнал эксплейны

и база тебе скажет где ты дурачек да еще и грамотную ошибку опишет

но это так, спортивный интерес. Я был бы доволен просто квери билдером без абстракции от базы (ну то есть билдер чисто под postgres со всеми его плюшками)

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

под pgsql был прикольный проектик там где собирался запрос из AST (google: php postgresql sql ast query builder)

https://github.com/sad-spirit/pg-builder

походу я всех распугал.... ну ладно

так а какой его профит перед тем же dbal - ?

привязка к sql постгре?

добавил $em->clear(), но чета не помогло нифига