From arut на nginx.com  Tue Apr 16 16:44:45 2024
From: arut на nginx.com (Roman Arutyunyan)
Date: Tue, 16 Apr 2024 20:44:45 +0400
Subject: nginx-1.25.5
Message-ID: <07FC903D-AA3D-4217-B758-1A9A8031656D@nginx.com>

Изменения в nginx 1.25.5                                          16.04.2024

    *) Добавление: виртуальные сервера в модуле stream.

    *) Добавление: модуль ngx_stream_pass_module.

    *) Добавление: параметры deferred, accept_filter и setfib директивы
       listen в модуле stream.

    *) Добавление: определение размера строки кеша процессора для некоторых
       архитектур.
       Спасибо Piotr Sikora.

    *) Добавление: поддержка Homebrew на Apple Silicon.
       Спасибо Piotr Sikora.

    *) Исправление: улучшения и исправления кросс-компиляции для Windows.
       Спасибо Piotr Sikora.

    *) Исправление: неожиданное закрытие соединения при использовании 0-RTT
       в QUIC.
       Спасибо Владимиру Хомутову.


----
Roman Arutyunyan
arut на nginx.com




----------- следующая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20240416/6832f46b/attachment.htm>

From jd на artdesign.ru  Tue Apr 16 19:41:45 2024
From: jd на artdesign.ru (Vladimir Sopot)
Date: Tue, 16 Apr 2024 22:41:45 +0300
Subject: merge_slashes
Message-ID: <278BFB58-BB1B-430E-89D0-393BE6691FAF@artdesign.ru>

Здравствуйте!

Есть примерно такой упрощённый конфиг и при обращении к some.local////////some.html merge_slashes не работает. Если в первом сервере убрать merge_slashes off, то всё работает нормально и во втором сервере. 
Почему так? nginx version: nginx/1.25.3

http {
	merge_slashes on;
	}

server {
	listen 127.0.0.1:80 default_server;	
	server_name 127.0.0.1 _ "";

	merge_slashes off;
	allow 127.0.0.1;
	deny all;

       location /nginx_status {
           stub_status on;
           }

…. много location

	}

server {
       listen *:80;
       server_name  some.local;

…. много location

	}

Best, VS

From arut на nginx.com  Tue Apr 23 17:50:44 2024
From: arut на nginx.com (Roman Arutyunyan)
Date: Tue, 23 Apr 2024 21:50:44 +0400
Subject: nginx-1.26.0
Message-ID: <4628DD4F-93C4-4846-9F55-F69A60CEC475@nginx.com>

Изменения в nginx 1.26.0                                          23.04.2024

    *) Стабильная ветка 1.26.x.


----
Roman Arutyunyan
arut на nginx.com

From arut на nginx.com  Wed Apr 24 16:24:33 2024
From: arut на nginx.com (Roman Arutyunyan)
Date: Wed, 24 Apr 2024 20:24:33 +0400
Subject: merge_slashes
In-Reply-To: <278BFB58-BB1B-430E-89D0-393BE6691FAF@artdesign.ru>
References: <278BFB58-BB1B-430E-89D0-393BE6691FAF@artdesign.ru>
Message-ID: <7E2C1C99-D3E5-4BA2-9AC9-98599D113295@nginx.com>

Добрый день,

> On 16 Apr 2024, at 11:41 PM, Vladimir Sopot <jd на artdesign.ru> wrote:
> 
> Здравствуйте!
> 
> Есть примерно такой упрощённый конфиг и при обращении к some.local////////some.html merge_slashes не работает. Если в первом сервере убрать merge_slashes off, то всё работает нормально и во втором сервере. 
> Почему так? nginx version: nginx/1.25.3

На момент парсинга строки запроса, nginx еще не знает о том, какой виртуальный сервер будет выбран и использует настройки дефолтного.

Если вы включите ssl, то ситуация будет другой.

> 
> http {
> 	merge_slashes on;
> 	}
> 
> server {
> 	listen 127.0.0.1:80 default_server;	
> 	server_name 127.0.0.1 _ "";
> 
> 	merge_slashes off;
> 	allow 127.0.0.1;
> 	deny all;
> 
>       location /nginx_status {
>           stub_status on;
>           }
> 
> …. много location
> 
> 	}
> 
> server {
>       listen *:80;
>       server_name  some.local;
> 
> …. много location
> 
> 	}
> 
> Best, VS
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> https://mailman.nginx.org/mailman/listinfo/nginx-ru

----
Roman Arutyunyan
arut на nginx.com




----------- следующая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20240424/8048b122/attachment.htm>