Ну... Тогда схема будет такой? 1) контейнер тестов: - Предустановка, линтеры и всё такое - Запуск тестов (APP_ENV=test или dev) 2) Контейнер прода: - Предустановка, линтеры и всё такое APP_ENV=prod и composer —no-dev

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

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

Это я образно

нормально для тестов и прода менять значени ENV?)

да вполне

Ох, пошел доказывать...

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

ежели промежуточную коллекцию руками сперсистить, то все ок.

Коллеги, а подскажите плиз сирому про доктрину. Вот есть сущность, в ней коллекция сущностей, а в той коллекции еще коллекция сущностей. везде cascade={'persist'} указано. Если я в первой коллекции добавляю-удаляю что-то, то все в БД сохраняется, а вот если во второй - то изменения игнорятся. ЧяДНТ?

Что игнорится? Не появляется новая энтити или связь не появляется?

Что игнорится? Не появляется новая энтити или связь не появляется?

связь

Пробую создать АПИ. Везде отдаю JsonResponse... Но вот "отдать" ошибку (500,404) в Json. Не могу сообразить как. Подскажите где почитать? гугл выдает https://symfony.com/doc/current/controller/error_pages.html .но там уже речь о переопределении.. А мне пока бы просто переключиться на "не HTML" формат.

у роутов переключить формат

Это в конфигах искать?

+

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

у роутов переключить формат

Если я правильно понял, указать в роутах формат, это решает проблему 500 ошибки., но 404 все равно отдает html

Самый простой вариант подписаться на событие exception и отдать в нужном тебе формате. Ошибки кидать через Exception с нужными кодами и описаниями.

Примерно так https://pastebin.com/dXTh9L3S

Самый простой вариант подписаться на событие exception и отдать в нужном тебе формате. Ошибки кидать через Exception с нужными кодами и описаниями.

Спасибо.. я как раз читал про kernel.exception но уперся в отсутствие класса (который был в оппавшихся примерах GetResponseForExceptionEvent)

Отлично.. с Subscriber все заработало как надо :)

Всем привет! Подскажите, какими инструментами вы пользуетесь для логирования изменений в сущностях? У себя в проекте используем Gedmo\Loggable, но есть проблема: он не умеет логировать изменения многие-ко-многим. Если я у новости меняю теги, это нигде не сохраняется. Подскажите, пожалуйста, как этого можно добиться?

связь

Значит не обновил овнинг сайд

Всем привет! Подскажите, какими инструментами вы пользуетесь для логирования изменений в сущностях? У себя в проекте используем Gedmo\Loggable, но есть проблема: он не умеет логировать изменения многие-ко-многим. Если я у новости меняю теги, это нигде не сохраняется. Подскажите, пожалуйста, как этого можно добиться?

Получать изменения через unitofwork

Там есть методы получения изменений в коллекции

Далее можно например использовать VarDumper чтобы показать это изменение

Я так делал

Прийдется малеха руками пописать код

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

Осталось смешать и посолить

Это да, я просто думал, что можно как-то автоматически это сделать.

Спасибо!

Там кода получится строк 50

Я не встречал готового

Посерчи может есть бандл

Я же правильно понимаю, что мне нужно в листенере отслеживать изменения и логировать вручную?

Йеп

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

Перед флашем например

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

Так так и надо

Я же не зря написал про класс метадата

в unitOfWork можно как-то определить, что коллекция manyToMany изменилась? Мне ведь только эти изменения нужно логировать, остальные логируются GedmoLoggable

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

$metadata = $em->getMetadataFactory()->getMetadataFor(get_class($this->resourceItem)); $uw = $em->getUnitOfWork(); $uw->recomputeSingleEntityChangeSet($metadata, $this->resourceItem); $changeSet = $uw->getEntityChangeSet($this->resourceItem); $oldValues = []; $newValues = []; $insertDiff = []; $deleteDiff = []; $scheduledDeletions = $uw->getScheduledCollectionDeletions(); foreach ($metadata->getAssociationNames() as $associationName) { if ($metadata->isCollectionValuedAssociation($associationName)) { $propAccessor = $this->container->get('property_accessor'); /** @var PersistentCollection $collection */ $collection = $propAccessor->getValue($this->resourceItem, $associationName); if ($collection->isDirty() && $collection->getInsertDiff()) { $insertDiff[$associationName] = $collection->getInsertDiff(); } if ($collection->count() === 0) { foreach ($scheduledDeletions as $deletion) { if ($deletion === $collection) { $deleteDiff[$associationName] = 'Deleted completely'; } } } else { if ($collection->isDirty()) { $deleteDiff[$associationName] = $collection->getDeleteDiff(); } } } } foreach ($changeSet as $fieldName => $changes) { // handle datetime if ($changes[0] instanceof \DateTime && $changes[1] instanceof \DateTime) { if ($changes[0]->getTimestamp() === $changes[1]->getTimestamp()) { continue; } } $oldValues[$fieldName] = $changes[0]; $newValues[$fieldName] = $changes[1]; }

это кусок из моего кода

глянь может тебе поможет

не факт что там нет багов ) так что ничего не гарантирую

Например возможно это приведет к выгрузке всей коллекции. А может и нет. Хз

По идее там нет получения элементов не должно

Спасибо!

Если я правильно понял, указать в роутах формат, это решает проблему 500 ошибки., но 404 все равно отдает html

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

$services ->set('error_handler.error_renderer.serializer', SerializerErrorRenderer::class) ->args([ service('serializer'), 'json', service('error_renderer.html'), inline_service() ->factory([HtmlErrorRenderer::class, 'isDebug']) ->args([service('request_stack'), param('kernel.debug')]), ]) ;

Самый простой вариант подписаться на событие exception и отдать в нужном тебе формате. Ошибки кидать через Exception с нужными кодами и описаниями.

а у тебя в логах пишется экспшон при этом eventlistener?

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

Да. Я сделал как Иван подсказал.

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

кажется, просто не указывать entity)

Помогите) Пишу обработчик preUpdate или onFlush, в них можно вызвать $uow->getScheduledCollectionUpdates() и получить коллекции many_to_many, которые будут обновлены. Проблема в том, что getScheduledCollectionUpdates всегда возвращает массив значений, даже если значения такие же, как были до этого. То есть мне нужно сравнить getScheduledCollectionUpdates с коллекцией, которая сейчас хранится в БД, но если я тут же получу нужную коллекцию у entity (в моем случае tags), то там уже проставлены новые значения. Как мне в обработчике получить актуальную коллекцию?

Помогите) Пишу обработчик preUpdate или onFlush, в них можно вызвать $uow->getScheduledCollectionUpdates() и получить коллекции many_to_many, которые будут обновлены. Проблема в том, что getScheduledCollectionUpdates всегда возвращает массив значений, даже если значения такие же, как были до этого. То есть мне нужно сравнить getScheduledCollectionUpdates с коллекцией, которая сейчас хранится в БД, но если я тут же получу нужную коллекцию у entity (в моем случае tags), то там уже проставлены новые значения. Как мне в обработчике получить актуальную коллекцию?

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

нельзя полагаться на магию доктрины

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

Мне нужно логировать изменения связей many_to_many. Gedmo\Loggable так не умеет. Решил написать листенер, один для всех сущностей, который будет логировать.

нельзя полагаться на магию доктрины

Я много огреб, когда такой чужой код дебажил

максимум, что я доверю доктрине - это заполнять updatedAt

максимум, что я доверю доктрине - это заполнять updatedAt

Ничего)

Ничего)

тоже хороший вариант

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

Мне нужно логировать изменения связей many_to_many. Gedmo\Loggable так не умеет. Решил написать листенер, один для всех сущностей, который будет логировать.

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

Так менеджеру и скажу

Так менеджеру и скажу

а какая бизнес-задача-то?

вести аудит какой-то?

Да, у нас GedmoLoggable логирует все изменения у сущностей. Мы знаем кто, как и когда изменил сущность. Но этот бандл не умеет отслеживать изменения в связующих таблицах многие-ко-многим. То есть у сущность новостей меняются теги и это не логируется. Надо чтобы логировалось

попробуйте поискать другие бандлы по ключевым словам doctrine и audit, их там было штуки 3-4 вроде

Да, у нас GedmoLoggable логирует все изменения у сущностей. Мы знаем кто, как и когда изменил сущность. Но этот бандл не умеет отслеживать изменения в связующих таблицах многие-ко-многим. То есть у сущность новостей меняются теги и это не логируется. Надо чтобы логировалось

А цель логирования вообще какая, отслеживать, чтобы ничего не сломали?

попробуйте поискать другие бандлы по ключевым словам doctrine и audit, их там было штуки 3-4 вроде

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

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

А цель логирования вообще какая, отслеживать, чтобы ничего не сломали?

Да

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

Как работает DI конструктора в Symfony? К примеру есть 2 независимых, не связанных между собой метода(methodFirst, methodSecond) в сервисе MainService, которые используют каждый свой сервис(SubService1 и Subservice2), которые подключены через DI конструктора рассматриваемого сервиса (MainService). Можно ли так использовать подключение через DI даже в том случае если они при вызове не будут использоваться? Не будет ли это нерациональное использование памяти из-за создания там обеъектов через DI? Вопросы SRP-принципа пока не учитываем.

не, дополнительный инжект ссылки на инстанс сервиса памяти не жрёт, вам двойка по мемори-модели пхп, идите читайте что такое передача по ссылке

Он имеет в виду что хоть он не испльзует сервис но он будет создан

Да он будет создан если это не лейзи сервис

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

То есть выход в данном случае - делать сервис lazy или разбивать MainService на два разных сервиса?