<div dir="ltr">>>Лучший аргументом может быть два примера решения вашей задачи, один с использованием наследования директив, второй вариант -копипаст который предлагают разработчики Nginx. Ваш >>вариант с наследованием мне и думаю многим очень нравится, он будет выглядит аккуратно без лишних букв, в лучших традициях декларативного программирования, это реально удобно и >>более логично, не буду судить и спорить почему этого нет в Nginx, попробую объяснить почему это вообще не важно.<br><br>Во-первых, хочу выразить благодарность за исчерпывающий и развёрнутый ответ.<br>Во-вторых, я некоим образом не собирался никого судить и превращать тему в спор, наоборот мне не безразлично будущее проекта (хоть от меня ничего не зависит).<br><br>На счёт наследования конфигурации - я сторонник конкретности, раз есть хоть какойто механизм облегчения труда и сопровождения конфига, который то и дело тока будет расти, почему бы и нет ? - почему бы не сделать нормально этот механизм наследования?<br><br>К примеру таже самая директива include vhosts/*.conf - она судя "копипасту Игорева" вообще не входит ни в какие ворота. С одной стороны 99% все леньтяии, а с другой стороны вот вам лентяям костыль, сваренный в трёх частях. <br><br>Почему так важны такие мелочи (синтаксический сахар) и почему вариант "копипаст Игорева" не работает объясню на собственном опыте.<br>Мой текущий конфиг щас содержит свыше 400 server locations, и пилить каждый конфиг по методу копипаста не получится (посчитайте сколько времени уйдёт, чтобы проанализировать каждый сайт - выявить все возможные локейшены и прописать их, но по возможности конечно же так и делаю, и лишение этого "синтаксического сахара" в виде банального наследования (слияния) конфигурации убивает всесь тот кайф выпиливанием лобзиком конфига).<br><br>>>Любой красивый код компилируется в машинные инструкции, если посмотреть на<br>>>эти инструкции, вы увидите там куча повторов одних и тех же инструкций там<br>>>все так тупо и не красиво, просто капец, так вот конфиг Nginx это асамблер,<br>>>он тупой императивный и без наследования, фишка в том что на конфиг смотреть<br>>>не надо, сделайте генерацию конфига, на любом удобном для вас языке, тогда<br>>>вы сможете красиво описывать все ваши алгоритмы, но на выходе будет <br>>>генерироваться тупой некрасивый конфиг Nginx, все очень просто. <br><div><br></div><div>вот в асм всё именно и красиво )</div><div>на счёт генератора, да пилю для себя гуйный конфигуратор.</div><div><br></div><div>Спасибо.</div></div>