История изменений
Исправление hateyoufeel, (текущая версия) :
Обычно это делается уже в программе: nginx -t, pfctl -n.
Во-первых, не везде. Во-вторых, повторюсь, представь что тебе надо валидиваровать значения в двух конфигах сразу. Канонический пример: проверить, что в nginx reverse proxy настроен именно на тот порт, который слушает приложение.
Тут вариантов только два: либо вынести эту опцию в какую-то общую переменную (в предельном варианте, получается тот же реестр), либо генерить их из общего источника – тут получается современный подход с devops и IaC. В любом случае, традиционные конфиги и их правда в vim не слишком хорошо себя показывают.
Но альтернатива то какая? Сделать бинарный реестр, который решит эти проблемы и принесет множество других?
Почему если реестр, то сразу бинарный?
Конфиги может и не идеальны, но они достаточно просты
Они просты только когда их один и маленький. Когда их вагон и больших, получается залупа.
соответствуют подходу UNIX.
Подход UNIX показал свою несостоятельность и поэтому его все кто мог выкинули на мороз.
Исправление hateyoufeel, :
Обычно это делается уже в программе: nginx -t, pfctl -n.
Во-первых, не везде. Во-вторых, повторюсь, представь что тебе надо валидиваровать значения в двух конфигах сразу. Канонический пример: проверить, что в nginx reverse proxy настроен именно на тот порт, который слушает приложение.
Тут вариантов только два: либо вынести эту опцию в какую-то общую переменную (в предельном варианте, получается тот же реестр), либо генерить их из общего источника – тут получается современный подход с devops. В любом случае, традиционные конфиги и их правда в vim не слишком хорошо себя показывают.
Но альтернатива то какая? Сделать бинарный реестр, который решит эти проблемы и принесет множество других?
Почему если реестр, то сразу бинарный?
Конфиги может и не идеальны, но они достаточно просты
Они просты только когда их один и маленький. Когда их вагон и больших, получается залупа.
соответствуют подходу UNIX.
Подход UNIX показал свою несостоятельность и поэтому его все кто мог выкинули на мороз.
Исходная версия hateyoufeel, :
Обычно это делается уже в программе: nginx -t, pfctl -n.
Во-первых, не везде. Во-вторых, повторюсь, представь что тебе надо валидиваровать значения в двух конфигах сразу. Канонический пример: проверить, что в nginx reverse proxy настроен именно на тот порт, который слушает приложение.
Но альтернатива то какая? Сделать бинарный реестр, который решит эти проблемы и принесет множество других?
Почему если реестр, то сразу бинарный?
Конфиги может и не идеальны, но они достаточно просты
Они просты только когда их один и маленький. Когда их вагон и больших, получается залупа.
соответствуют подходу UNIX.
Подход UNIX показал свою несостоятельность и поэтому его все кто мог выкинули на мороз.