вт, 25 мая 2021 г. в 18:42, Gena Makhomed <gmm@csdoc.com>:

> On 25.05.2021 15:01, Maxim Dounin wrote:
>
> > Возможно, когда-нибудь добавится концепция "явно унаследовать
> > список с предыдущего уровня и дать возможность дополнить его",
> > что-нибудь вроде
> >
> > add_header inherit;
> > add_header Foo bar;
> >
> > Что по сути аналогично использованию include-файла, но чуть проще
> > синтаксически. Но это, скажем так, очень абстрактная идея,
> > реализация которой под очень большим вопросом.
>
> Кроме add_header аналогичные проблемы и с директивой proxy_set_header
>
> Может быть имеет смысл сделать новую директиву join с помощью которой
> и регулировать объединение или отмену обединения для других директив?
>
> Syntax: join <name> on|off;
> Context: http, server, location, if in location
>
> По умолчанию:
>
> join add_header off;
>
> join proxy_set_header off;
>
> Например, на уровне http объединение может быть включено, а на уровне
> какого-то конкретного location - явно выключено, при необходимости.
>
> Кроме директивы add_header было бы удобно иметь директиву set_header,
> которая не добавляет новый заголовок, а переопределяет, если заголовок
> с таким именем уже был определен ранее, в режиме join add_header on;
>


какой глубинный смысл усложнения парсинга конфигов ?
вы ведь не руками конфиг делаете. скорее всего у вас есть некий DSL поверх.
из которого вы можете делать любое представление, с учетом примитивного и
дуракоупорного поведение нижележащих слоев


>
> --
> Best regards,
> Gena
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru