[Moscow.pm] Modern способ хранение конфигов локальных файлов

[Anatoly Y.]

Вот этот современный путь все переменные выносить в среду, мне кажется порочным.
И вообще эта (это ведь оттуда да?) методология (https://12factor.net <https://12factor.net/>) применима в каких-то очень частных случаях.
Я согласен с первым ответом, хранить в удобном каком-то формате (JSON, YAML, XML, JCONF,...)
и потрудиться написать разок модуль.

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

----------- следующая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20180112/afce8c4f/attachment.html>