ты в гугл заходил?)

недавно решал такую же багу, в гугле ищется, угу

если вы про default_authentication_plugin=mysql_native_password, то тоже не помогло

реконнект делать надо

Такой вопрос - делаю
$claims = $em
->getRepository(\App\Entity\LK\Claims::class)
->findAll();
return new JsonResponse($claims);
возвращается пустой json
убираю findAll();
создаю
       ->createQueryBuilder('q')
       ->select('q')
       ->orderBy('q.id', 'DESC')
       ->getQuery()
       ->getArrayResult();
выводится массив, но там не все элементы нужные мне
P.S. если заменить getArrayResult на execute() тоже выводит пустой json

jsonSerialize() в Entity прописан

Фанатею от каждого тикета, где они форсят свой православный СТАБИЛЬНЫЙ форк

ну хоть не нюдсы

Друзья, есть вопросик по правильному решению задачи исходя из логики Symfony и вообще ТРУ программирования.

У меня есть объект, в состав него входят другие объекты. Салаты и компоненты салатов. Нужен поиск хитрый, чтобы я мог искать как по свойствам салатов, так и по компонентам. В принципе, я могу сделать поиск через репозиторий компонентов, но тогда будет неудобно искать в салатах, можно наоборот сделать, тогда в компонентах искать не так удобно. Но вопрос тут даже больше про то, что с точки зрения логики будет правильнее. Чтобы другой кодер открыл код, ему сказали "там есть поиск, поправь там то-то и то-то", и он открыл сразу что нужно, а не гадал, где бы это могло быть.
Можно через сервис, наверное, написать такой сервис, который и запросы к БД делать будет и обрабатывать их. Правильный такой подход, если логика сложнее, чем просто сравнение названий?

а что нужно в итоге найти? салат или компонент?

3й раз читаю, не могу осилить

ахаха )) Искать надо в итоге-то салат, но с учетом компонентов больше

Вопрос: есть 2 связанные сущности. Где логичнее их поиск сделать? Репозиторий компонента, репозиторий салата, отдельный сервис.

Вопрос больше не про хотелки, а про логику симфони вообще. Я еще не всегда все схыватываю

тогда надо через салаты все искать, считай салат это агрегат, а компоненты - его собсно составляющие. ну и где нибудь сделать leftJoin('ingredients', 'in')->orWhere('in.name like :query')

симфони это не касается в общем

это больше архитектурная вещь

ну, скажем так... в каком-нибудь 7м друпале я б накалякал SQL запрос и все )))

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