ещё можете посмотреть https://metacpan.org/pod/Panda::Config::Perl - может понравится
12 января 2018 г., 13:08 пользователь Anatoly Y. via Moscow-pm < [email protected]> написал: > Вот этот современный путь все переменные выносить в среду, мне кажется > порочным. > И вообще эта (это ведь оттуда да?) методология (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] | http://moscow.pm.org > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > >
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
