вт, 25 мая 2021 г. в 18:42, Gena Makhomed <g...@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
