У меня же depending drop-down же

Когда к другому форму будет клик 2ое форма заполняется через ajax

Так зачем тебе choicetype, если все на фронте делается

Не все только форма breed

будет ли одна бд, или каждый контекст будет реализован набором сервисов с одной или несколькими базами - это про непосредственную реализацию bounded context в коде.  
В целом при понимание ddd, на какое то время надо забыть про задачу сохранения состояния объектов в персистентном хранилище. Сохраняет ли сущность состояние в реляционной бд или в nosql - на определенном этапе эти вопросы нужно отбросить. Нужно сосредоточиться на отражение объектов реального мира в коде - и тут сложность не только в том что бы определить список полей которые характеризуют сущность, но и в том что бы определить методы - которые отражают  поведение объектов реального мира.

всем привет
подскажите плиз по мессенджеру? никогда с ним проблем не было, а сейчас что-то туплю
для определенных сообщений нужна своя стратегия повторов, создаю новый транспорт, настраиваю, на нужные сообщения вешаю интерфейс, по которому оно будет роутится на мой новый транспорт
запускаю свое новое событие (которое с SecondMessageInterface), а оно обрабатывается в старом транспорте, новый просто игнорит

конфиг такой:

framework:
    messenger:
        failure_transport: failed 
        first:
            dsn: '%env(MESSENGER_TRANSPORT_DSN)%'
            retry_strategy:
                max_retries: 3
                delay: 30000
                multiplier: 1
        second:
            dsn: '%env(MESSENGER_TRANSPORT_DSN)%'
            retry_strategy:
                max_retries: 30
                delay: 20000
                multiplier: 2
        failed: 'doctrine://default?queue_name=failed'
    routing:
        App\FirstMessageInterface: first
        App\SecondMessageInterface: second

консумеры запускаются так, крутятся оба, ничего не перепутал, тут все точно ок
bin/console messenger:consume --limit=10 first >&1;
bin/console messenger:consume --limit=10 second >&1;

что может быть не так?

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

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

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

да, пробовал такое, но похоже накосячил где-то, все равно messages очередь создавалась 🤔 ну я вроде разобрался более менее, спасибо в любом случае)

messages создавалась потому что забыл что у меня в докере definitions.json кролика был с этим конфигом 🤦‍♂️

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

Че-то у тебя какая то жесть)

У нас не модули, просто попилено на файлы левой пяткой, вполне норм

я тоже так думаю! Кто ж такого понаписать-то мог! :D

одно другому не мешает. Можно разбить конфиги на файлы и всё равно писать в них дичь. Да и это как с разбиением кода на классы - ну разбил по 1 строчке на класс и шо - проще стало? Врядли

кстати по поводу разбиения на модУли - можно ведь пойти ещё дальше и .env-ы тоже под модули делать, а не общие

А там и до микросевисов недалеко

А че, по модулям даж збс. Там даже начинали же так делать

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