Today Jun 27, 2015 at 14:16 Amanda Sproule wrote:

> >>очистки предыдущей конфигурации,
>
> очистка не требуется, так как есть и другие локейшены (дочернии директивы).

Ещё как требуется и тем больше, чем глубже вложенность.
В JunOS, например, цепочки правил можно настраивать на уровне блока
протокола, для группы пиров в блоке протокола и отдельного пира в группе.
В случае слияния как исключить работу правил предыдущих уровней?
Сейчас всё четко - задал для пира свои правила и работают только они.

И возьмём упомянутые 400 location.
Вы хотите задать десяток proxy_set_header на уровне server и дополнить в
некоторых location - тут слияние выглядит привлекательным.
Сейчас приходиться копировать все опции в те location.
В случае добавления новых - просматривать весь конфиг и добавлять в
нескольких местах. Будет слияние - не нужно копировать.
А если теперь в некоторых location нужно будет оставить всего несколько
опций proxy_set_header и другие с уровня server в них убрать?
Они переопределяются пустой строкой, но каждый раз когда на
уровне server нужно добавить ещё один заголовок, то опять же придётся
смотреть и добавлять переопределения.
Уровень сложности поддержки не меньше, но возможность сказать "сделай
именно вот так и никак не иначе" отсутствует из-за длинных цепочек слияний.

> А как еще на примере двух массивов параметров произвести наследование от
> одного массива другим ? - думаю догадались - слиянием (merge).

Нет наследования массивов.
Есть наследование конфигурации по каждой директиве отдельно.
Есть директива - она нам и нужна, нету - берём с предыдущего уровня.
Никаких витиеватых выпадов с подвывертом и заворотом.
--
WNGS-RIPE

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru