Поймается https://symfony.com/doc/current/doctrine/event_listeners_subscribers.html

Ну все правильно, если напрямую нигде не дергаешь диспатчер, то надо тегнуть листенер.

Это в ентити или контроллере?

https://stackoverflow.com/questions/47313830/symfony-3-connection-to-multiple-databases https://www.cloudways.com/blog/symfony-multiple-databases/ https://ourcodeworld.com/articles/read/137/how-to-use-more-than-one-database-using-doctrine-orm-in-symfony-3 https://github.com/symfony/symfony-docs/issues/9878 https://github.com/doctrine/DoctrineORMModule/issues/122

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

Ну да, $this->createQueryBuilder('entity')->getQuery()->getResult().

Что пишет?

$this->connection = $this->em->getManager('portal');

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

Тебе не надо к em обращаться, раз ты наследуешься от ServiceEntityRepository, делай return $this->createQueryBuilder('entity') ->getQuery() ->getResult();

$qb = $this->connection->createQueryBuilder(); return $qb->select('*') ->from('entity', 'e')->execute()->fetchAll();

Кто нибудь делал связка symfony+react ?

SPA или SSR ?

Блин, у меня взрыв мозга

АПИ

Макс, а ты роуты как получал ?

Или получаешь ))

просто переписывать все маршруты в реакт это грохнуться можно

ну а линки ты как делаешь то

Вопрос заключался в том, что например есть в сф роут /dashboard/settings/user/profile

и так до жопы

Ты же не будешь это все в ручную хреначить в реакт )))

Как ?

Так, у тебя реакт в паблике лежит ?

Все я отупел

А со стороны сео ? Спа же не даёт поисковикам инфу

)))))))

У меня истерика

Короче костыли

А если везде критично?

Тогда как быть

На каждой странице, которая автоматически генерируется

А по подробнее ?

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

Остальное это все костыли

Я конечно разочарован

Spa

Столько литературу перелопатить, чтобы потом взять и охереть

Ты про нативное веб приложение ?

Не насколько много же магии в симфони и доктрине))

Стоит. Это быстрее. Ну и плюс ты можешь через FetchMode привязать рид модель. То же самое, что и доктрина отдаёт.

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

тем более можно нагенерить из схемы

пока ты думаешь, кто-то херачит

😊

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

джоин - это в запросе, в ентити - схема

джоинов в ентити нет

@ManyToOne - это релейшен

описание связи

если такое есть, то потом можно строить джоин по этой связи ->join('o.user')

если нет связи, но есть поля в ентити, то тоже можно ->join(User::class, 'u', Join::with, 'o.userId = u.id')

чем? поле 'userId' же все равно в ентити описать надо, разница в одной аннотации

либо Column, либо JoinColumn

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

Ты не должен писать Column, если написал JoinColumn.

Ты написал, что поле id у сущности UsersInfo - bigint, а потом в ссылке на это же поле пишешь, что оно integer.

Не надо. Если ты будешь в шаблон выводить, то достанешь поля через коллекцию.

В репе необязательно, а в ентити описать надо.

findAll вернет массив ентити, ентити будут запроксированы, и когда ты полезешь за связанными ентити, доктрина сделает запрос, но можно настроить fetch="eager"

findAll возвращает все записи таблицы, гедрированные в ентити

как твой квери билдер связан с findAll ?

как твой квери билдер связан с findAll ?

Так же, как и питон с пхп.

ну так получи, в чем проблема?

Покажи полностью код и результат, который он вывел.

Ошибка в другом, не в findAll

Ты же уже получил, пишешь

Сделай dump результата

Или скрин и покажи

А есть красивый дамп в профайлере симфони..

Ну короче, все нормально тут, когда обратишься к полям ентити, доктрина отдаст то, что нужно.

Тут и не будут данные с двух таблиц. Тебе же сказали, когда ты захочешь достать другую сущность по связи, доктрина создаст запрос и вернет результат, если он есть. Например, у тебя есть пост и комментарии под ним. Ты достаешь просто один пост и комментарии для него след образом: {% for post in posts %} {% for comment in post.comments %} {{ comment.content }} {% endfor %} {% endfor %}

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

можно

Опа, сцыль можно?)

Таблиц больше ста, ручками - это ппц)

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

Всегда так можно было.

Маппинг импорт называется

Спасибо, читану, не зря целый день Вас читал 😄