Надеюсь постановщик задачи сидит тут и ржёт😂

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

Написать враппер который будет что-то делать и запускать команду? )

Из одной команды можно спокойно выполнить другую команду

Много команд в симфе так делают

Из одной команды можно спокойно выполнить другую команду

о. я делал недавно, объелся известно чего, но работает

Да, уже тоже об этом подумал, спасибо

о. я делал недавно, объелся известно чего, но работает

А какие проблемы возникли?

Котаны, вопрос такой: Внутри кернела создаётся контейнер билдер. Хочу в него прокинуть ссылку на сам кернел, вида: $definition = new Definition(self::class); $definition->setWTF??? $builder->setDefinition('app_kernel', $definition); Но не понимаю как передать именно уже существующий объект, чтобы контейнер его не создавал, а брал готовый. В доках (https://symfony.com/doc/current/service_container/definitions.html), есеесно не нашёл такого

Единственный вариант, что приходит в голову - это сделать кернел синглтоном и добавить туда getInstance

А потом в дефинишене: $definition->setFactory([static::class, 'getInstance']); прописать

https://symfony.com/doc/current/service_container/synthetic_services.html

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

о, во, да

точно, просто через set

https://symfony.com/doc/current/service_container/synthetic_services.html

спасибо! что-то протупил

Обьясните пожалуйста, Связь в сущности многие к одному, как мне по этому внешнему ключу найти все записи с ним?

С кем с ним

В чем сложность то. where m.parent = и всё

а join использовать не нужно??

Нет

Можно даже findOneByParent()

Или findByParent

Из репозитория

Я через пагинатор подтягиваю

Разборался, раельно без join ов работает

Только проверь профайлер и вкладку Database

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

Если есть, тогда надо его приджоинить и добавить в селект

Парент я имею в виду если взять типичный one to many, то это родитель и дети

Приветствую Есть проект(API сервис) у которого есть куча контроллеров(роутов) с jsonResponse, которые подтягивают данные из БД Сущности на проекте с кучей полей и с множеством связей с другими сущностями. Как правильно вытягивать данные из БД? 1. Одним двумя большими кастомными запросами через репозиторий? 2. Или через получение объекта через доктриновский find и подтягивания через геттеры его данных? Во втором случае будет видимо куча запросов в БД, если связанных сущностей много. Но возможно такая практика норма в API сервисах и это утилизируется кешированием или другой оптимизацией?

1

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

Слишком большой оверхед гидрация сериализация и т.д.

мне скорее наоборот, запись проще делать без орм - апсерты можно, bulk-апдейты

а без гидрации со связями без орм никуда

Спасибо

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

Хоть миллион записей

А с орм уже на тысяче будет проблема наверное

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

Как ожидается:

Что я имею сейчас:

Есть ли способ сказать ему чтоб он инкрементил "когда надо"?

Есть ли способ сказать ему чтоб он инкрементил "когда надо"?

а когда когда надо?

никто же не мешает передавать id

а когда когда надо?

чисто по настроению

но звучит забавно, человек, похоже, хочет, чтобы одинаковые юзеры имели один айдишник

или я не понимаю что он хочет, и к чему его скрин

Не тооо

user_id у них разный, я хочу чтобы у каждого user_id шёл свой инкремент 1,2,3... а не общий инкремент

user_id у них разный, я хочу чтобы у каждого user_id шёл свой инкремент 1,2,3... а не общий инкремент

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

можно подзапросом вставлять

можно подзапросом вставлять

как?

как - что? как подзапросы писать? как их использовать при вставке? как гуглить?

можно подзапросом вставлять

трешово будет

ну а как еще? лочить таблицу и селектить max(id) сначала?

По моему была фишка одна

когда 2 primary key То один инкрементится при условии

Но я забыл как это делал

По моему была фишка одна

Если вам не нравится инкремент, берите uuid

короче, если прям хочется углубиться, вам нужна window function и over (partittion by user_id) и подзапрос с этим

не забудьте составной уник, чтобы не нарушить целостность данных (чтобы не было одинаковых пар (user_id, id)

короче, если прям хочется углубиться, вам нужна window function и over (partittion by user_id) и подзапрос с этим

а можно по подробней про window function?

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

Понял)

https://www.postgresql.org/docs/current/tutorial-window.html

Приветствую. Нужна подсказка) Есть два проекта, 5.4.11 симфа. У одного дефолтный сериалайзер читает док блоки для сериализации, у другого нет (этот вариант меня как раз устраивает). Ну это так, для констатации странности ) Более конкретная проблема: взял одну и ту же дтошку, ее денормализацую из реквеста, там есть UploadFile. В дтошке для дальнейшей типизации указан докблок. Денормализация падает в одном из проектов, потому что пытается создать UploadFile через конструктор, а не просто из массива вставить объект. Когда докблок убираю - все норм (но в другом проекте работает и с докблоком). Ощущение что пропускаю какую то настройку или особенность.

версия property-info какая?

версия property-info какая?

Вот я тоже додебажился до нее, но вроде 5.4.11 так же

ну вот где не работает,обнови

ну вот где не работает,обнови

Так, одинаковые 5.4.11

Так, одинаковые 5.4.11

ща, вспоминаю, там была смешная херня

ща, вспоминаю, там была смешная херня

https://github.com/symfony/symfony/issues/39356

возможно, это не очень относится, но чисто оценить качество сериалайзера - вполне

возможно, это не очень относится, но чисто оценить качество сериалайзера - вполне

Это больше про качество программистов, не разобравшихся в suggests композера

ну хер знает, мне не нравится поведение, зависящее от 3rd party компонента, который вообще слабо относится к сериалайзеру

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

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

https://github.com/symfony/symfony/issues/39356

Натыкался уже как то, возможно даже в чате, ща покурю. Спасибо. Но у меня вроде с этим ок.