Maxim Dounin Wrote:
-------------------------------------------------------
> создания чудовищных монстров 
Так вы посмотрите
http://forum.nginx.org/read.php?21,245412,245430#msg-245430
то что хочется сделать, как раз выглядит наиболее изящным решением, а в
условиях часто меняющихся приложений  и обеспечения доступа к ним позволит
только сделать всю конфигурацию более легкой, прозрачной и позволит
освободить некоторое количество времени для решения других задач

> Для того, чтобы избегать повторов - в nginx'е есть наследование 
> конфигурации, а равно директива include.  Если этого нехватает - 
> обычно правильнее взять в руки любимый шаблонизатор, а не пытаться 
> то же самое сделать с помощью условных проверок в процессе 
> обработки запросов.
include во всю используется, про условные проверки я в первом посте написал
"не уверен что это правильное решение" и "этом варианте нельзя указать
проксирование к контексту ... nginx пишет ошибку"
Очень хочется иметь аналогичные возможности как было показано в if с
возможностью проксирования контеста, а не от корня.

Про то, что вы мне говорите
- сделать блок server {} с location {} для http
- сделать блок server {} с location {} для https
изначально было понятно, что так можно.

Но вопрос в том, как проксировать одно приложение по http и https в одном
блоке server {} и одном блоке location {} (без дублей), учитавая, что
приложение на бэкэенде может быть доступно как в корне так и по контекстному
пути, а порты отличаются от 80 и 443.

Согласитесь, N количество блоков  server {} и N количество блоков location
{} проще изменить, меньше вероятности допустить ошибки и понимать легче, чем
N*2 количество блоков  server {} и N*2 количество блоков location {}
сделанных отдельно для http и для https.

Posted at Nginx Forum: 
http://forum.nginx.org/read.php?21,245412,245436#msg-245436

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

Ответить