Вот этот современный путь все переменные выносить в среду, мне кажется порочным. И вообще эта (это ведь оттуда да?) методология (https://12factor.net <https://12factor.net/>) применима в каких-то очень частных случаях. Я согласен с первым ответом, хранить в удобном каком-то формате (JSON, YAML, XML, JCONF,...) и потрудиться написать разок модуль.
> On 12 Jan 2018, at 16:58, Orlovsky Alexander via Moscow-pm <[email protected]> > wrote: > > Современный путь, это вынести все настройки с инфраструктурными особенностями > работы кода наружу. > Часто это просто переменные окружения. В самом конфиге для таких настроек > остаются дефолт значения (например для dev-окружения), которые могут быть > переписаны снаружи этими переменными окружения. > > "Наружу", где хранятся настройки для каждой среды, у каждого может свой, в > простейшем случае это какой-нибудь Ansible или даже просто systemd > service-файл для развёртывания, который подключит все нужные переменные. > > > 12.01.2018, 11:03, "naim via Moscow-pm" <[email protected]>: >> Коллеги, появились наконец таки ресурсы и сейчас переделываем legacy . >> Пытаем перейти с require "config.pl" ( внутри перл структур логин и пасс , и >> сетевая и т.д и т.п инфа). >> Пока думаем о таком варианте просто вынести конфиги в .pm , чтобы потом use >> подключать и работать без двойного обьявления our $var ; >> Подскажите современный и нормальный путь . Спасибо >> >> -- >> Moscow.pm mailing list >> [email protected] <mailto:[email protected]> | http://moscow.pm.org >> <http://moscow.pm.org/>-- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
