А какую проблему ты хочешь таким образом решить?

спасибо, добавил тег и потом просто вытащил по этому тегу

сделал одно приложение, но оно должно обслуживать несколько доменов. Я сделал разные env и в индексном файле подкуючаю нужный
Все все работает ок, симфони рулит!!!
ТОлько одна проблемка осталась, не знаю как выполнить консольную команду для разных доменов
для окружения dev/prod юзаем  с ключем --env
а вот как можно передать какой env подключить?

теперь надо сделать два bin/console в которых будет подключаться разный енв)

что тебе нужно от каждого домена? что меняется?

по большому счету только БД

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

Напиши для команд, которые тебе нужны свои собственные, которые будут брать нужный энв и подставлять домен туда ещё

Тупо, но помочь должно

Ты как энвы определяешь? По http домену?

ага

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

Есть http_host

будет всегда один и тот же, для всех доменов

Так его можно заменить же

Но консольная команда должна будет сама энв подцепить. Там уже не важно, как передавать, параметром или через export

да, спасибо большое, так и сделаю

Dto не всегда обязательно. В доке есть пример валидации массивов без классов.

Валидацию входящих данных делаешь с помощью автовалидации "дто-аргументов".
Всю специфичную валидацию выносишь в другое место и валидируешь там.

Чуть подробнее:
В dto ставишь ассерт на то, что тип, длина, формат, значение то, которое контроллер ожидает.
Дальше собираешь отдельную дто, подоходящую под твой "запрос" от приложения: создать сущность, модифицировать, вызвать цепочку действий или прочее.
Непосредственно перед вызовом логики делаешь валидацию.

Пример:
Экшен добавляет IP адрес в БД, если он не существует.

В итоге имеем:
Перед вызовом экшена контроллера проверяется (делает фреймворк), что значение в поле является IP-адресом (например).
Перед вызовом use-case'а проверяем (делаешь ты), что этот IP адрес уже добавлен в БД.