On Tue, Jul 21, 2020 at 08:47:15PM +0300, Maxim Dounin wrote:
> Hello!
>
> On Tue, Jul 21, 2020 at 08:22:50PM +0300, Slawa Olhovchenkov wrote:
>
> > On Tue, Jul 21, 2020 at 08:13:12PM +0300, Maxim Dounin wrote:
> >
> > > Hello!
> > >
> > > On Tue, Jul 21, 2020 at 06:05:22PM +0300, Slawa Olhovc
Hello!
On Tue, Jul 21, 2020 at 08:22:50PM +0300, Slawa Olhovchenkov wrote:
> On Tue, Jul 21, 2020 at 08:13:12PM +0300, Maxim Dounin wrote:
>
> > Hello!
> >
> > On Tue, Jul 21, 2020 at 06:05:22PM +0300, Slawa Olhovchenkov wrote:
> >
> > > А я правильно понимаю, что в блоке proxy_pass который ак
On Tue, Jul 21, 2020 at 08:13:12PM +0300, Maxim Dounin wrote:
> Hello!
>
> On Tue, Jul 21, 2020 at 06:05:22PM +0300, Slawa Olhovchenkov wrote:
>
> > А я правильно понимаю, что в блоке proxy_pass который активируется по
> > auth_request никакие переменые от rewrite и/или $arg_ использовать не
>
Hello!
On Tue, Jul 21, 2020 at 06:05:22PM +0300, Slawa Olhovchenkov wrote:
> А я правильно понимаю, что в блоке proxy_pass который активируется по
> auth_request никакие переменые от rewrite и/или $arg_ использовать не удастся?
Почему нет? Ну то есть с переменными от модуля rewrite вообще
ника
On Tue, Jul 21, 2020 at 07:08:53PM +0400, Константин Ткаченко wrote:
>
> > 21 июля 2020 г., в 19:05, Slawa Olhovchenkov написал(а):
> >
> > А я правильно понимаю, что в блоке proxy_pass который активируется по
> > auth_request никакие переменые от rewrite и/или $arg_ использовать не
> > удастс
> 21 июля 2020 г., в 19:05, Slawa Olhovchenkov написал(а):
>
> А я правильно понимаю, что в блоке proxy_pass который активируется по
> auth_request никакие переменые от rewrite и/или $arg_ использовать не удастся?
> ___
> nginx-ru mailing list
> nginx-
А я правильно понимаю, что в блоке proxy_pass который активируется по
auth_request никакие переменые от rewrite и/или $arg_ использовать не удастся?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Hello!
On Fri, Jul 17, 2020 at 04:23:02PM -0400, nkatsy wrote:
> Хм, неожиданно. Но так и есть.
> В server был другой add_header.
> Не логичнее ли было бы наследовать, с http, то что не оговоренно в server?
Именно так и делается - если директивы add_header не оговорены в
секции server, то они
Как пример:
server {
server_name serer.name www.server.name;
listen 80;
listen 443 ssl http2;
if ($host != "server.name") {
rewrite ^ https://server.name$request_uri? permanent;
}___
nginx-ru mailing list
nginx-ru@ng
Так чуть лучше:
server {
listen 80;
server_name site.com www.site.com;
return 301 https://site.com$request_uri;
}
server {
listen 443 ssl http2;
server_name www.site.com;
return 301 https://site.com$request_uri;
}
server {
listen 443 ssl http2;
server_name site.com;
#...
}
On
У меня так работает:
server {
listen 80;
listen 443 ssl http2;
server_name www.site.com;
return 301 https://site.com$request_uri;
}
server {
listen 80;
server_name site.com;
return 301 https://site.com$request_uri;
}
server {
listen 443 ssl http2;
server_name site.com;
#...
}
Сейчас у меня такие настройки:
server {
listen 80;
server_name www.site.com site.com;
location / {
return 301 https://site.com$request_uri;
}
}
server {
listen 443 default ssl;
server_name www.site.com site.com;
if ($host ~* ^www\.(.+)$) {
rewrite ^ https://site.com$request
12 matches
Mail list logo
