Так и есть, бандл завязан на интерфейсы, но в services.yaml я пытаюсь уже конкретно задать arguments у сервиса

Кури приоритеты. У бандла выше и он перетирает твой конфиг в сервисе

Да, не автоматом, руками. И тока фейлы. Про специальный эксепшон Я читал

Это я понял. Вот ты запустил руками, он снова фейл. Что тебе хотелось бы? Что бы он вернулся в фейл очередь и не мог из нее выйти пока не выпонится успешно?

Именно так

Так и есть, бандл завязан на интерфейсы, но в services.yaml я пытаюсь уже конкретно задать arguments у сервиса

Автовайринг не подходит?

Именно так

А если прошел деплой и сменился код, или сообщение само по себе не корректное было?

Ну короче имхо "такое себе"

Ручное удаление тогда из очереди

Особенно по дефолту и на все сообщения

Ручное удаление тогда из очереди

А если там тысячи и миллионы?

Автовайринг не подходит?

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

Тогда твой код говнина, а тебя надо уволить )

Ну чет я хз, мне кажется это узкий кейс и решается своим расшерением транспорта или че там работает с фейлами.

Тогда твой код говнина, а тебя надо уволить )

хороший лид)

Тогда твой код говнина, а тебя надо уволить )

Ну хз, если там 1к рпс , за 10 минут набежит мама не горюй

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

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

Вот если честно бывает насрать))) Мыло там где то упало или еще что-то.

Не все является критикалом

Ну хз, если там 1к рпс , за 10 минут набежит мама не горюй

Ну запустить с консоли автоматом, делов то

Вот буквально вчера цдн отвалился, файлы не грузятся. Я пишу сапорту. Они такие "мы починили", я запускаю задачу ручками. Хуй. Не работает. Пишу им, ситуация повторяется ещё несколько раз. Тм временем у меня уже 2 задачи просто удалилось 😄 Как же очко горит в такие моменты...

Добрые день) Возможно ли добиться такого поведения от Apiplatform из коробки? https://pastebin.com/N2tL7Naa (и в дальнейшем чтобы через includes получать необходимые сущности) Если стандартных механизмов нет, то как обычно такие кейсы реализуют? Реализуют свой ProviderInterface?

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

я не совсем понимаю что тебе нужно. но ты можешь вынести конкретный класс сервиса в parameters и завязаться на параметр а не на интерфейс

Вот буквально вчера цдн отвалился, файлы не грузятся. Я пишу сапорту. Они такие "мы починили", я запускаю задачу ручками. Хуй. Не работает. Пишу им, ситуация повторяется ещё несколько раз. Тм временем у меня уже 2 задачи просто удалилось 😄 Как же очко горит в такие моменты...

Имхо на такие штуки, надо какие то иметь обходные пути через консоль/ui. Чтобы не надеяться только на очередь, если это критикал

я не совсем понимаю что тебе нужно. но ты можешь вынести конкретный класс сервиса в parameters и завязаться на параметр а не на интерфейс

Вроде в параметрс выносят только скалярные данные?

не можно увидеть когда пишут parameters: some_service_class: '...' Я такое редко вижу но если тебе не подходит стандартный автовайринг то может тебе только так

Вроде в параметрс выносят только скалярные данные?

Так нельзя сделать? App\ClientInterface: '@App\Client'

Так нельзя сделать? App\ClientInterface: '@App\Client'

Можно, но тогда это будет выполнено для все случаев где внедряется данный интерфейс

Можно, но тогда это будет выполнено для все случаев где внедряется данный интерфейс

Интерфейс нельзя использовать?

Интерфейс используется в разных местах, и везде разные реализации, поэтому хочу задать конкретно для одного сервиса

Это можно сделать ещк через компайлер пас

Если это чисто исключение какое-то

Получить дефинишн и изменить его

Если это чисто исключение какое-то

Да вроде обычный кейс, обычный сервис, в бандле передается конфиг, а в проекте сервисы

Получить дефинишн и изменить его

Думаю можно конфиг внедрять в один сервис, а сервисы в другой, тогда будет работать

Я не знаю что там жа бандл, это какой-то левый или твой?

Если твой то ну ты можешь заказаться на конкретный класс а не на интерфейс

Я не знаю что там жа бандл, это какой-то левый или твой?

Мой

Мой

Покажи как передаешь параметры

Покажи как передаешь параметры

Завтра смогу, ушел уже

Привет, на связи Podlodka PHP Crew! В этот раз стряхнем пыль с нашего арсенала инструментов и найдём новые варианты их применения —  научимся использовать с пользой для продакшена и даже получать от этого удовольствие.  Как учиться практике использования инструментов теоретически? Никак, поэтому больше половины сессий этого сезона — лайв-кодинги и воркшопы. Спикеры из VK, RadioMart, ASAPIRL и других компаний расскажут про свой опыт: 🧑‍💻 Научимся правильно готовить Composer. 🧑‍💻 Узнаем, как не задумываться о код-стайле, используя php-cs и php-cs-fixer. 🧑‍💻 На реальных кейсах разберём инструменты статического анализа psalm, phpmd, phpstan, инструмент анализа зависимостей deptrac. 🧑‍💻 Проведём лайв-кодинг по статанализу: разберём условные типы и вложенные дженерики. Подробное расписание сессий уже опубликовано, посмотреть его и купить билет можно на сайте. Погружаемся 27 февраля, не пропусти! Держи промокод на скидку 500 руб.: php_crew_2_fCjVde

у меня паяльник есть, я подхожу?

у меня паяльник есть, я подхожу?

Если умеешь работать с ним

Если умеешь работать с ним

ну смотря как! и пассатижи есть с кусачками

у меня паяльник есть, я подхожу?

ахахахах

Коллеги, подскажите, умеет ли доктрина собирать в одну сущность из двух таблиц, при этом чтобы сущность оставалась плоской? Условно есть например две таблицы Table1: order_id, name и Table2: order_id, price. Я хочу получить сущность order_id, name, price при этом чтобы осталась возможность не только ее извлекать, но и персистить. Или придется одну в другую вкладывать через OneToOne ?

а почему у вас такие таблицы?

почему там такое разделение?

вообще доктрина по итогу может без проблем выдавать в рамках одной сущности данные из нескольких таблиц

если это данные реляций

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

а почему у вас такие таблицы?

Так сложилось исторически(ц)

Коллеги, подскажите, умеет ли доктрина собирать в одну сущность из двух таблиц, при этом чтобы сущность оставалась плоской? Условно есть например две таблицы Table1: order_id, name и Table2: order_id, price. Я хочу получить сущность order_id, name, price при этом чтобы осталась возможность не только ее извлекать, но и персистить. Или придется одну в другую вкладывать через OneToOne ?

Если хотите через сущность, то да, делать релейшен. Либо извлекать обе сущности и работать отдельно. Вообще разделение дейсвтительно странное. Одновременно хочется разбить БД, но одновременно флоу которому нужны все сущности.

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

ну т.е. плоской сущности мне не получить, ладно ок

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

Так сложилось исторически(ц)

В целом разделение скорее правильное, так как наверняка флоу с ценами не зависит от флоу с названием и наоборот. Скорее ваше желание неверное вытащить все разом

В целом разделение скорее правильное, так как наверняка флоу с ценами не зависит от флоу с названием и наоборот. Скорее ваше желание неверное вытащить все разом

ну это я пример из головы привел. На самом деле там простыни полей и совсем другие сущности. разделение обосновано сугубо техническими моментами, связанными с источниками данных в эти таблицы. И периодами обновления этих данных

В общем, хотелось выяснить, умеет она так или нет. А то в документации такого нет. Не умеет, значит не умеет)

я обычно в каких то не стандартных ситуациях для доктрины (имею ввиду процесс выдергивания данных из связок в сущности), делаю какии нибудь сервисы обертки с DQL

я обычно в каких то не стандартных ситуациях для доктрины (имею ввиду процесс выдергивания данных из связок в сущности), делаю какии нибудь сервисы обертки с DQL

Да если бы надо было только читать. с чтением то проблем нет - там вообще у меня CQRS, прямые SQL запросы с легковесным меппером на дто

В общем, хотелось выяснить, умеет она так или нет. А то в документации такого нет. Не умеет, значит не умеет)

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

Написали как: хочу сущность в которой по полю из других сущностей

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

связь есть. в данном контексте эта сущность из двух таблиц в отношении один-к-одному. Нужна одна сущность, в которой будет бизнес-логика с полями из обоих. Просто хотелось по красоте "плоскую" сущность. Ну с вложением по oneToOne тоже пойдет

Доктрина умеет наоборот, в одну таблицу разные сущности, через емдедед, но как тебе надо по-моему не умеет никак

Доктрина умеет наоборот, в одну таблицу разные сущности, через емдедед, но как тебе надо по-моему не умеет никак

да, это я нашел в доке.

спасибо

Да если бы надо было только читать. с чтением то проблем нет - там вообще у меня CQRS, прямые SQL запросы с легковесным меппером на дто

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

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

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

Ван ту ван можно заменить как раз эмдедедд

Но это будет одна таблица

А если у тебя их две то это обычный ван ту ван же

А ты хотел сразу чтобы поля были без лишней сущности

Ну так это в типо inheritance

А ты хотел сразу чтобы поля были без лишней сущности

ага

Но ты вряд-ли его подстроишь под свою схему бд

связь есть. в данном контексте эта сущность из двух таблиц в отношении один-к-одному. Нужна одна сущность, в которой будет бизнес-логика с полями из обоих. Просто хотелось по красоте "плоскую" сущность. Ну с вложением по oneToOne тоже пойдет

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

но там, опять же, было только чтение

Дто да подходит

Можно и на запись доделать

можно

отдельные прослоечки напишешь, где эти операции будут проходить по перегону данных туда сюда

с понятным неймингом))