Как вариант общей схемы. 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

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