А вы что, трайкетчите в каждом контроллере?

есть exception handler, но не все покрывает. я хочу составить список всех exception которые не покрыты

Здарова ребят, как жизнь? Такой вопрос, я получаю сущность из удалённого сервера $user = $this->httpClient->execute(new GetUserRequest(id: 123)); Я хочу его добавить в entity manager, но проблема в том, что Doctrine считает такие сущности новыми и планирует insert. Соответственно если я сделаю: $this->em->persist($user); // какой-то случайный код, 100 сменяемых контекстов и 100500 строчек спустя... $this->em->flush(); То доктрина попытается вставить этого юзера. Как мне добавить юзера в em, что бы она не считала его новым (ну и update не планировала тоже)

Я не контролирую последующие flush. И я не могу его убрать, так как допустим я хочу использовать этого юзера в дальнейшем как подсущность, допустим $order = Order::create(amount: 322, customer: $user /* user из http */); $this->em->persist($order); $this->em->flush(); // и вот тут всё накроется песцом - так как user нет в Identity Map

Вообще можно поковыряться в публичных методах UoW и добавить что то самому в отслеживание, но это больше хак

Чтобы нормаьно работать, надо доставать из БД сущности. Есть еще всякие attach merge, но вроде что то из этого деприкейтнули

Что вообще за флоу, что сущность прилетает из http? Из http прилетают данные а не сущность

Для чего сущность пользователя нужна? Чтобы заказ создать?

Ну кстати если нужно просто связь а не целый юзер, то можно референс использовать

Ну кстати если нужно просто связь а не целый юзер, то можно референс использовать

а подробнее? Это что то типо прокси?

а подробнее? Это что то типо прокси?

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

Крутая идея, но получается это просто ссылка, а не настоящий объект с данными. То есть я запросил с сервера данные, превратил их в объект с id, c именем фамилией, возрастом - но я не могу воспользоваться данными, а только использовать как ссылку. И на сколько я понимаю, как только кто-то попытается получить поле этого объекта - прокси инициализируется и сделает реальный запрос?

Здарова ребят, как жизнь? Такой вопрос, я получаю сущность из удалённого сервера $user = $this->httpClient->execute(new GetUserRequest(id: 123)); Я хочу его добавить в entity manager, но проблема в том, что Doctrine считает такие сущности новыми и планирует insert. Соответственно если я сделаю: $this->em->persist($user); // какой-то случайный код, 100 сменяемых контекстов и 100500 строчек спустя... $this->em->flush(); То доктрина попытается вставить этого юзера. Как мне добавить юзера в em, что бы она не считала его новым (ну и update не планировала тоже)

так и есть, но к сожалению это проблема оптимизации. Очень горячий кусок кода, и не хочу базу данных нагружать. Про http клиент я соврал, я немного из другого места достаю пользака, но это не важно. Короче мой Goal - сохранить баланс между производительностью и изящностью кода. Доктрина это второе, но к сожалению не первое (в моём случае)

Здарова ребят, как жизнь? Такой вопрос, я получаю сущность из удалённого сервера $user = $this->httpClient->execute(new GetUserRequest(id: 123)); Я хочу его добавить в entity manager, но проблема в том, что Doctrine считает такие сущности новыми и планирует insert. Соответственно если я сделаю: $this->em->persist($user); // какой-то случайный код, 100 сменяемых контекстов и 100500 строчек спустя... $this->em->flush(); То доктрина попытается вставить этого юзера. Как мне добавить юзера в em, что бы она не считала его новым (ну и update не планировала тоже)

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

как это не должно, когда должно? Если вы не знаете как решить проблему, ок, без проблем. Если я не найду ответ, я просто сделаю данный юнит чистым sql или ещё как нибудь. Но не надо говорить что я делаю что-то не правильно. Вопрос был не в этом.

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

А если сущность синхронизируется с внешним ресурсом? Допустим я получаю её веб хуками, так же веб хуками получаю события по этим сущностям, где эти сущности так же присутствуют Ну допустим {"message":"foo bar", "recipient": {"this is": "user object"}} Дальше не важно, из -за внутреннего рассинхрона или из-за рассинхрона в отправке хуков внешней системой я получаю хук о событии о новом пользаке РАНЬШЕ чем придёт хук о новом пользаке. То есть этот пользак и так скоро станет частью моей бд, у меня есть допуски по тому, сколько каждая сущность может быть рассинхронизированнной, но также есть допуске по тому, за сколько я должен обработать предположем 8 000 000 ивентов. Если я прям в этом ивенте сделать insert, без шуток, это может увеличить время обработки вдвое. Для меня это непозволительная роскошь. И при этом я хочу продолжить работать с доктриной и в объектно ориентированность виде с бд. Ещё раз говорю, не надо решать не ту проблему, которую я поставил. ну и да, вы мне ничем не обязаны, это естественно

А если сущность синхронизируется с внешним ресурсом? Допустим я получаю её веб хуками, так же веб хуками получаю события по этим сущностям, где эти сущности так же присутствуют Ну допустим {"message":"foo bar", "recipient": {"this is": "user object"}} Дальше не важно, из -за внутреннего рассинхрона или из-за рассинхрона в отправке хуков внешней системой я получаю хук о событии о новом пользаке РАНЬШЕ чем придёт хук о новом пользаке. То есть этот пользак и так скоро станет частью моей бд, у меня есть допуски по тому, сколько каждая сущность может быть рассинхронизированнной, но также есть допуске по тому, за сколько я должен обработать предположем 8 000 000 ивентов. Если я прям в этом ивенте сделать insert, без шуток, это может увеличить время обработки вдвое. Для меня это непозволительная роскошь. И при этом я хочу продолжить работать с доктриной и в объектно ориентированность виде с бд. Ещё раз говорю, не надо решать не ту проблему, которую я поставил. ну и да, вы мне ничем не обязаны, это естественно

Ещё раз перечитал старт топик, такое ощущение что вы хотите использовать в сущности B сущность А, как будто А настоящая, но не хотите получать её из бд, а только её данные, так как получили их из хука, ивента

Совершенно верно

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

Зачем вам обязательно сущность, если она потом даже в БД не летит?

Ладно, давайте закроем тему. Я понял, через доктрину делать так нельзя, нужно делать по другому. Буду работать с dto.

Вообще можно, если пк не инкремент. Учитывая что эта сущность в твоем случае это копия оригинала, то инкремент тебе и не нужен, т.к. должен сохранять внешний ид. Таким образом тебе ничего не мешает работать с доктриной. Просто стратегию генерации пк убираешь и наслаждаешься жизнью.

Вообще можно, если пк не инкремент. Учитывая что эта сущность в твоем случае это копия оригинала, то инкремент тебе и не нужен, т.к. должен сохранять внешний ид. Таким образом тебе ничего не мешает работать с доктриной. Просто стратегию генерации пк убираешь и наслаждаешься жизнью.

Там как я понял смысл в другом. Прилетают данные, ТС создает по ним сущность и пихает ее в другую сущность. Другая сущность с ней работает и каким то образом (мб из-за связей) вот это созданная сущность оказывается в em. Но при этом она уже есть в БД, а главное с ней ничего вроде делать и не надо, судя по тому, что в старт топике ТС пишет про Как мне добавить юзера в em, что бы она не считала его новым (ну и update не планировала тоже). Т.е. он ее вообще хочет дропнуть из UoW перед флашем. Т.е. автоинкремент или uuid тут не решает

не персистить...

Обоже, Иван, как вы умудрились залезть в наш корпоративный репозиторий?

из одного корпоративного репозитория вынырнул, в другой занырнул!

погодь, это как не удалось мессенджер настроить?

там же нет вообще никаких зависимостей

за автовайринг в контроллерах в симфе отвечает хттп кернел, а не контейнер

это же просто получение команды и её выполнение

а зачем вообще в laravel стек тащить messenger?

а зачем вообще в laravel стек тащить messenger?