а создает .env файл самостоятельно, с которого после читает. В итоге можно в топку засунуть гибкость использования контейнеров? :с
Непонятноописываете. Покажите докерфайл что-ли.
Симфа как таковая здесь ни при чем. Просто, этот .env не нужно в принципе ровнять с переменными среды,это про ОС. Остаётся только момент с тем,какой make или ещё бог знает что за sh у тебя из локал его создаёт. И вот туда у тебя есть возможность тыкать все,что хочешь из переменных среды, хоть sed'ом.
Переменные окружения используются для развёртывания конкретной версии проекта. Набор файлов .env.develop или .env.production или ещё какой, и в зависимости от ключа копируется с переименованием в .env один из вариантов настроек. Всё, что нужно проекту пишется в соответствующем файле настроек и затем состояния переключаются под разные нужды: разработка, тестирование, продакшн и прочее. По-моему это и есть гибкость. Как раз всё развитие мысли двигалось в сторону ухода от динамичной передачи параметров через переменные окружения, чтобы максимально исключить непредсказуемость поведения проекта. Ибо таким образом в любой момент времени ты точно знаешь, что проект работает в соответствии с этими настройками и никакими другими
Обсуждают сегодня