Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Проксирование http и https в одном конигурационном файле, на порты отличные от 80 и 443
- To: nginx-ru@xxxxxxxxx
- Subject: Re: Проксирование http и https в одном конигурационном файле, на порты отличные от 80 и 443
- From: "mnsold" <nginx-forum@xxxxxxxx>
- Date: Wed, 11 Dec 2013 11:58:34 -0500
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=helium.jlkhosting.com; s=x; h=Date:Sender:From:References:In-Reply-To:Message-ID:Content-Transfer-Encoding:Content-Type:Subject:To; bh=mqCXMvU39JxgoTKJmlZbry1CZuVU5VFuc0KO9zj4XJ0=; b=GtqVmjbrq5dMih+j/S37J+c/do+5KphR+FW9QEr54ZEsqVD1BW4nr/DSTggmeo3lWK2QL/wbJfJzK0dn7pM1dNq2JeMRliCI7KlmxPyn7djeSpyXdO8Lts7ozvmKe4uzWa2xwN1EXTfNanhSj7XYgao0Yi03vGmjKkt3AiL7/YI=;
- In-reply-to: <20131211153535.GY95113@mdounin.ru>
- References: <20131211153535.GY95113@mdounin.ru>
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@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|
