Вообще не использовать этот подход отправки логов, для такого есть готовые коллекторы логов по типу vector

Не смотрел в эту сторону. Просто все логи отправляются в симфони и ок, а вот внутри контейнера раббита не хочет(

Коллеги, вопрос. а как правильно делать так, чтобы во время прогона тестов в PHPUnit можно было перенакатить фикстуры ?

т.к. некоторые тесты меняют состояние БД а это неприемлемо

bin/console d:f:l без append вроде же затирает старое состояние

это понятно. я про то когда запускаешь bin/phpunit

bin/phpunit && bin/console d:f:l так не пойдет? 🤣🤣

или ты хочешь обойтись одной командой?

bin/phpunit && bin/console d:f:l так не пойдет? 🤣🤣

завернул в make команду и все

вот какой то бандл есть https://packagist.org/packages/lchrusciel/api-test-case

Ну то есть запуст тестов будет примерно такой: bin/console --env=test do:fi:lo -n \ && bin/phpunit test/t1 \ && bin/console --env=test do:fi:lo -n \ && bin/phpunit test/t2 \ && bin/console --env=test do:fi:lo -n \ && bin/phpunit test/t3

Ну то есть запуст тестов будет примерно такой: bin/console --env=test do:fi:lo -n \ && bin/phpunit test/t1 \ && bin/console --env=test do:fi:lo -n \ && bin/phpunit test/t2 \ && bin/console --env=test do:fi:lo -n \ && bin/phpunit test/t3

Вручную что ли?

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

Если доктрин фикстур бандл там это можно настроить

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

Да не то, что бы странная, просто интересую кто как делает

Если доктрин фикстур бандл там это можно настроить

Что это ?

Вот как сейчас выглядит запуск prepare_test: bin/console --env=test do:d:d --if-exists --force -n \ && bin/console --env=test do:d:c -n \ && bin/console --env=test messenger:setup-transports \ && bin/console --env=test do:mi:mi -n \ && bin/console --env=test do:fi:lo -n \ && bin/console --env=test app:import:bin -n test: prepare_test bin/phpunit

Бандл с фикстурами

Бандл с фикстурами

Николай, учитесь выражаться яснее

Николай, учитесь выражаться яснее

https://symfony.com/bundles/DoctrineFixturesBundle/current/index.html

Вопрос был простой: Кто как поступает, если между тестами надо ресетнуть базу и заново загрузить фикстуры

Да не то, что бы странная, просто интересую кто как делает

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

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

Не под каждый, но одна часть приложения точно этого хочет. пока решили порядком выполнения

Вопрос был простой: Кто как поступает, если между тестами надо ресетнуть базу и заново загрузить фикстуры

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

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

А можете скинуть пример такого флоу? интересно было бы посмотреть готовые инструменты

А можете скинуть пример такого флоу? интересно было бы посмотреть готовые инструменты

Да это я про дама бандл. Я думаю это самое распространённое решение. Даже в доке симфони описано

Да это я про дама бандл. Я думаю это самое распространённое решение. Даже в доке симфони описано

А вы используете его?

А вы используете его?

Да. Он просто установливается в вендор и ставится экстеншен в phpunit.dist вот и все его использование)

https://symfony.com/doc/current/testing.html#resetting-the-database-automatically-before-each-test

Приветствую. Вопросик по огранизации queryBus месседжера. Хотя может и не про него, а про просто чтение. К чему относится query? Ведь часто чтение захватывает разные контексты. Конкатинируете запрос где нить в контроллере / BFFе или же просто query лежит вне констекста и ходит в разные контексты?

Понятно что можно CQRS с отдельной view, но не хотелось бы пока наручивать на mvp

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

Приветствую. Вопросик по огранизации queryBus месседжера. Хотя может и не про него, а про просто чтение. К чему относится query? Ведь часто чтение захватывает разные контексты. Конкатинируете запрос где нить в контроллере / BFFе или же просто query лежит вне констекста и ходит в разные контексты?

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

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

Спасибо :)

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

в том плане, что задача ретраится допустим 3 раза, потом в потоке фейла также ретраится 3 раза и удаляется

а ты как хочешь? из коробки есть failure_transport либо свою стратегию написать как хочешь RetryStrategyInterface

В доке же написано

Ант читай доку )

Можно создать транспорт для них и делай потом что угодно с ними

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

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

Можно создать транспорт для них и делай потом что угодно с ними

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

If the message fails again, it will be re-sent back to the failure transport due to the normal retry rules. Once the max retry has been hit, the message will be discarded permanently.

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

Иначе просто получится бесконечная переотправка сообщений

Тебе просто нужно не консюмить фейл транспорт

Это понятно, если попало в фейл то это уже сигнал для как минимум просмотра глазами. Проблема в том, что удаляются мессаги после команды messenger:failed:retry, а они не дожны

Точно не должны? Я просто в доке не вижу об этом

Может должны

Ретрай стратегию можно наверное настроить для каждого транспорта отдельно?

предлагаешь миллиард попыток для фейлов сделать? )

Может должны

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

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

Ну так настрой фейл транспорту ретрай стратегию другую

Это понятно, если попало в фейл то это уже сигнал для как минимум просмотра глазами. Проблема в том, что удаляются мессаги после команды messenger:failed:retry, а они не дожны

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

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

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

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

Всем не угодидить

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

А как вручную разбирать, если задача удалена?

А как вручную разбирать, если задача удалена?

Так вот тебе надо сделать свою точку расширения (ивент, ретрай свой) или еще что-то, что отложит определнную или все мессаги в другое место.

Это другое место и есть фейл очередь )

Фейл на то и фейл, чтобы вручную разобрать

А как вручную разбирать, если задача удалена?

Там же есть куча команд консольных чтобы просмотреть их не консюмя

Фейл на то и фейл, чтобы вручную разобрать

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

Сделай ретрай на 1000 с делЭй большим и запускай ручками. Короче не понятно, что ты хочешь. Автоматом работающий фейл, но что бы не автоматом, чтобы не болтались бесконечно или бескончено?

Добрый день. Подскажите пож-та куда копать. У меня сервис в бандле имеет в качестве аргументов в конструкторе пару psr интерфейсов и массив. В extension в бандле я настраиваю передачу массива из конфига, а в services.yaml в проекте я хочу настроить сервисы которые подставятся в конструктор. Однако так не работает, видимо объявление в services.yaml перебивает настройку из extension.

Сделай ретрай на 1000 с делЭй большим и запускай ручками. Короче не понятно, что ты хочешь. Автоматом работающий фейл, но что бы не автоматом, чтобы не болтались бесконечно или бескончено?

Вы не поняли, фейл не консумится, и как по мне не должен. Если задача попала в фейл, это верный признак что что-то сломалось и надо посмотреть что. М.б. бага какая. С точки зрения здравого смысла фейл не должен удаляться автоматом нигде вообще. Если ты его сделал, значит твои задачи важны и нужен контроль. Иначе какой смысл вообще делать фейл, если тебе плевать на то, будут задачи с ошибкой или нет.

Добрый день. Подскажите пож-та куда копать. У меня сервис в бандле имеет в качестве аргументов в конструкторе пару psr интерфейсов и массив. В extension в бандле я настраиваю передачу массива из конфига, а в services.yaml в проекте я хочу настроить сервисы которые подставятся в конструктор. Однако так не работает, видимо объявление в services.yaml перебивает настройку из extension.

Подставить нужные сервисы в бандле не вариант стразу?

Подставить нужные сервисы в бандле не вариант стразу?

Бандл же не знает какие сервисы будут нужны в проекте

Вы не поняли, фейл не консумится, и как по мне не должен. Если задача попала в фейл, это верный признак что что-то сломалось и надо посмотреть что. М.б. бага какая. С точки зрения здравого смысла фейл не должен удаляться автоматом нигде вообще. Если ты его сделал, значит твои задачи важны и нужен контроль. Иначе какой смысл вообще делать фейл, если тебе плевать на то, будут задачи с ошибкой или нет.

Так он и не пропадает, значит у тебя на него консюмер настроен. У нас вон таблица фейлов копится, я ее чищу ручками)))

Добрый день. Подскажите пож-та куда копать. У меня сервис в бандле имеет в качестве аргументов в конструкторе пару psr интерфейсов и массив. В extension в бандле я настраиваю передачу массива из конфига, а в services.yaml в проекте я хочу настроить сервисы которые подставятся в конструктор. Однако так не работает, видимо объявление в services.yaml перебивает настройку из extension.

Копай в приоритеты. Все дело в них

Бандл же не знает какие сервисы будут нужны в проекте

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

Так он и не пропадает, значит у тебя на него консюмер настроен. У нас вон таблица фейлов копится, я ее чищу ручками)))

Я в ручную запускаю, и задача удаляется, даже с ошибкой

Я в ручную запускаю, и задача удаляется, даже с ошибкой

Так не запускай вручную

Так не запускай вручную

А что делать? 😄

Ну посмотри доку

Я в ручную запускаю, и задача удаляется, даже с ошибкой

Я так понимаю, ты хочешь чтобы они бесконечно крутились пока не выполнятся?

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

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

А что делать? 😄

php bin/console messenger:failed:show php bin/console messenger:failed:remove 20

Я так понимаю, ты хочешь чтобы они бесконечно крутились пока не выполнятся?

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