Re: Регулярка для пробела в request uri

[Сергей Олегович]

Как вариант общей схемы. map: $request_uri и $new_request_uri. И location с 
регуляркой в котором будет редирект на новый запрос.

По поводу обработки пробела - пишите как пробовали.

Dmytro Lavryk <root на dl.sm.ua> 2 сентября 2020 г. 10:02:05 написал:
> Я совершенно с вами согласен, что правильнее такие ссылки исключить, но 
> система принятия решений достаточно громоздкая, кроме того такие ссылки УЖЕ 
> есть где-то в каком-то количестве. Потому все же моя задача сделать часть 
> СВОЕЙ работы и пофиксить со своей стороны, а там дальше будут заниматься 
> отдельные люди поиском причин возникновения.
>
> ---- Увімкнуто ср, 02 вер. 2020 09:42:50 +0300 Evgeniy Berdnikov 
> <bgx на protva.ru> написав ----
>
> On Wed, Sep 02, 2020 at 12:30:56AM -0400, Dmytro Lavryk wrote:
>> Время от времени приходят какие-то странные УРЛы вида:
>> "https://example.com/ https:/example.com/category/date/news-name/"
> ...
>> Подскажите как правильно это обработать.
>
> Правильно это разобраться откуда такие урлы берутся и пофиксить клиента.
>
> Такие урлы могут возникать из-за того, что в каком-то документе
> (например, в письме из рассылки) ссылка создана неправильно, а браузер
> тупо обрабатывает некорректный href. Для начала посмотрите реферер.
> --
> Eugene Berdnikov
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20200903/34193abb/attachment.htm>