->join() сделай и все. Почитай документацию по DQL

Дело в том что у меня таблица image имеет связи с двумя таблицами по полю item_id и в зависимости от поля type ('ads', 'category')

кстати, поздравляю, вы сделали хуйню :)

поле тайп лишнее

кстати, поздравляю, вы сделали хуйню :)

Почему? Лучше было бы создать еще одну таблицу(category_image) ?

нет, поле лишнее, если задуматься

если непустое ads_id - это картинка для объявления, если непустое category_id - это категории

select a, i from App\Entity\Ad a left join a.images

А по какому условие join выполнится?

чтобы не было ситуации когда одна картинка на две связи ссылается - можно check() в ddl написать

А по какому условие join выполнится?

по тому что в связи описано

если непустое ads_id - это картинка для объявления, если непустое category_id - это категории

В таком случае да, уж лучше делать норм связи и все будет ок

по тому что в связи описано

Тогда связь должна быть на уровне entity, в аннотациях. А если ее нету, то как быть?

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

Короче пропиши просто нормально все рилейшены включая inverse side.

Тогда связь должна быть на уровне entity, в аннотациях. А если ее нету, то как быть?

она есть, просто ее надо прописать

Тогда связь должна быть на уровне entity, в аннотациях. А если ее нету, то как быть?

Тогда просто джойнишь. Потому что под капотом он все равно джойнит. Он делает те же действия

И получитсч у тебя select c,i,a from category c join c.image as i join i.ads as a

И получитсч у тебя select c,i,a from category c join c.image as i join i.ads as a

Да, понял, окей

Всем спасибо

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

А может можно его задать принудительно?

доберусь до компа, даже повтыкаю в исходники. так-то с виду вроде все правильно сделали

class PanelUserRepository extends EntityRepository вместо ServiceEntityRepository Но я не понимаю что передавать вторым параметром в конструктор тогда ClassMetadata $class - это как?)

class PanelUserRepository extends EntityRepository вместо ServiceEntityRepository Но я не понимаю что передавать вторым параметром в конструктор тогда ClassMetadata $class - это как?)

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

быстрее подебажить что происходит в ManagerRegistry::getManagerForClass

Нашел проблему http://joxi.ru/D2P5Oa3swbX5LA был указан type: annotation http://joxi.ru/vAWa7kLf34EMjm

Хотя в энтити использую атрибуты

Всем привет. Разрабатываем новый продукт, вопрос по архитектуре и подходе в целом Будет некий бесплатный функционал и возможность доставлять некоторые платные модули: бухгалтерию, трекер задач, воронку продаж, регистратуру и т.д. Каждый заказчик будет на свое усмотрение ставить нужные ему модули Эти модули должны быть независимыми между собой, cпокойно функционировать друг без друга Но при этом если установлены некоторые модули одновременно — должны открываться новые фичи. К примеру, если поставлена регистратура + бухгалтерия, то должна быть возможность из регистратуры (календаря) сразу рассчитать услугу на месте (функционал бухгалтерии). То есть, если есть функционал A и B, то должен появиться дополнительно функционал X. Если A, B и С, то функционал Х и еще функционал Y. Комбинаций модулей может быть большое количество и каждая комбинация дает все новые и новые фичи __________________________________ Прошлый продукт был подобным и каждый модуль делали отдельным бандлом. В кучи местах диспатчили ивенты и в кучи местах на них подписывались. Каждый бандл имел собственный git и отдельно писался в папке vendor. Потом через composer ставили нужные бандлы, каждый бандл подтягивал нужные ему зависимости. Данный способ был крайне неудобен (много гитов, папка src была пустая у всех) Сейчас же в best practices симфони не рекомендует писать бандлами В итоге у меня только 2 идеи: 1) снова бандлы + ивенты, cнова в папке vendor все писать 2) все писать в папке src, через конфиг отключать ненужный функционал Как можно еще?

Может как система интентов в андроиде?

Хотя это похоже на ивенты

Может как система интентов в андроиде?

увы, не знаком с этим направлением

По идее набор фич должен быть известен на этапе компиляции контейнера

Значит

Должно решаться компайлер пасами

Итоговый контейнер должен уже знать набор поддерживаемых фич

Какой-то сервис сделать, у которого можно спросить поддерживается ли такаято фича

А также скажать ему компайлер пасом что такая фича поддерживаеся

Каждый бандл смотрит на присутствие других бандлов и добавляет фичи в комайлер пасе

Может еще паттерн chain of responsibility

Плагинами и через подписчик добавлять функционал, учу симфони только

Либо симфонийский компонент workflow как-то присобачить к этому делу

Добавлять в него шаги

Мне кажется воркфлоу подходит

Плюс его можно визуализировать

А ивенты говно спагетти код

Хер пойми что откуда делает

Стараюсь их избегать

интересно, посмотрю для себя. Работаю с площадкой для магазинов на perl, там более 100 плагинов и как раз думаю как их перенести на симфони. И модулей оплаты около 20

Может еще паттерн chain of responsibility

Спасибо, посмотрю

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

Это если набор фич не зависит от настроек каких-то в рантайме

Например от каких-то флажков в БД

https://symfony.com/doc/current/components/workflow.html этот компонент?

Да

Привет! Можно ли как-то отключить framework: translator: на отдельных роутах, чтобы он не кидал 404, если в пути не указывать язык?

не соображу причем здесь транслятор. как роут задали - так он и работает. ну указывайте без {_locale}, не?

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

Вот такая штука

В роутах не прописывается {_locale}

я знаю что такое транслятор и как он конфигурится, спасибо

Он дальше сам язык подтягивает

сами по себе эти две строчки в роутер не лезут

я прям вот точно в этом уверен, дело в чем-то еще

Вы правы, нашел

В конфиге аннотаций указан префикс _locale на все контроллеры

Спасибо!

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

первым при импорте ставится префикс, вторым - нет

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

Привет, а кто то делал bin/console doctrine:mapping:import attribute ?

сколько раз ни пытался, все говно какое-то выходит :)

Не мапится с annotation нормально вроде бы

а для attribute не видит драйвера

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

если прям рилли большая база и руками долго описывать

Ну всегда же хочется найти простое решение))

увы, проще джуна посадить :)

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

но вот это типа три команды и пять минут времени

если выхлоп аннотаций вас устраивает

Попробую, перегнать из аннотаций в атрибуты, помотрим что получится

тэгайте меня, я помогу, там быстро

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

За одну команду сгенерилось bin/console doctrine:mapping:import "App\Entity\Processing" --path=src/Entity/Processing --em=processing annotation