Да ладно, я за пару дней апнул с 6 по 8. Потом qa потестили 3-4 дня и в прод.

Именно поэтому мы все ещё на 5й версии

Зависит, конечно, от размера проекта.

а почему на Symfony, на не подняться до L8

Потому что магия лары достала. Элоквент достал. Все сделано не оптимально и не с руки.

да на L5 скорее всего и php старый?

7.4

а магия Doctrine ORM думаете не достанет?

Блэт, надо было тоже сказать, что обновится не получится, и переехать на симфони(

Там нет магии. Все очень прямолинейно.

Чем тебя DataMapper не устраивает

а ты посмотри во что в итоге превращается Entity, который ты создал, он же не остается простым классов, а пере генерируется в монстра с extentd от твоего Entity
и вы это называете отсутствием магии

я конечно уже давно не работал с Симфони, может там что-то и поменялось, но прокси классы, это "не магия", это другое?

А ты с этим работаешь напрямую?

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

нет, но мы же говорим что магии нет, а в итоге что?

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

И все равно я сколько не прокручивал Eloquent vs Doctrine, если писать как мы обычно делаем, чтоб быстро и продакшн, то чем отличается, вызов в action:

$account = Account::query()->find($id)

$this->getDoctrine()->getRepository('App:Accommodation')->find($id)

Ребята, я тут раскидал структуру бд. Очень нуждаюсь в вашей критике. Это пока что просто план.

Entities:
Product — Товар
SpecificationName — например, ёмкость памяти
SpecificationValue — 256 ГБ
ProductCategoryFilter — какие фильтры можем отобразить при выборе той или иной категории товаров.

У SpecificationValue есть связка с specificationName, это для отображения спецификаций в списке фильтров.

а почему в product_category_filters нет category_id

фильтрация же привязана к категории

Преимущества доктрины в записи, а не чтении.

Пропустил… извиняюсь