On 26.06.2015 20:38, Igor M Podlesny wrote:

> ООП это один из способов организации кода/данных.
> Один из основных принципов ООП -- "наследование".

Наследование - это не принцип, а механизм.

Причем, механизм настолько проблемный, что в Go
от него решили полностю отказаться, а в Java рекомендуют
им вообще не пользоваться без крайней на то необходимости:
https://www.youtube.com/embed/G6LJkWwZGuc?rel=0&start=587&end=1062&autoplay=1

> Конфиги Nginx это тоже один из способов организации данных
> и задания логики, и им тоже присуще "наследование", как концепция.

А также присущи и все те проблемы, которые есть у наследования в ООП:

https://events.yandex.ru/lib/talks/2392/
Масштабируемая конфигурация nginx (RUS)

https://www.youtube.com/watch?v=YWRYbLKsS0I
Scaleable NGINX Configuration (ENG)

http://www.slideshare.net/profyclub_ru/nginx-nginx
Масштабируемая конфигурация nginx (слайды)

> В определённых местах конфигурации Nginx,
> это наследование _неожиданно_ ломается.

> Людям это не нравится. Авторы (и, к ним примкнувшие), от проблемы
> отмахиваются, дескать, она, как и разруха, "в головах".
> Им бы понимать, что головы бывают разные, и вряд ли их собственная
> голова хранится в Парижской палате мер и весов в качестве эталона.

Используйте Apache, он работает в плане наследования
директив конфигурации именно так, как Вы и ожидаете.

Или - сделайте свой собственный веб-сервер, который будет
полностью соответствовать Вашим ожиданиям и требованиям.

Можно даже в виде DSL препроцессора конфигурации для nginx,
который будет читать конфиг nginx в Вашем собственном формате
(другие правила наследования) и писать его в raw формате nginx.

Приходить в список рассылки и рассказывать авторам о том,
что они не умеют писать программы - это контрпродуктивно.

--
Best regards,
Gena

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