Как вариант общей схемы. map: $request_uri и $new_request_uri. И location с
регуляркой в котором будет редирект на новый запрос.
По поводу обработки пробела - пишите как пробовали.
Dmytro Lavryk <r...@dl.sm.ua> 2 сентября 2020 г. 10:02:05 написал:
Я совершенно с вами согласен, что правильнее такие ссылки исключить, но
система принятия решений достаточно громоздкая, кроме того такие ссылки УЖЕ
есть где-то в каком-то количестве. Потому все же моя задача сделать часть
СВОЕЙ работы и пофиксить со своей стороны, а там дальше будут заниматься
отдельные люди поиском причин возникновения.
---- Увімкнуто ср, 02 вер. 2020 09:42:50 +0300 Evgeniy Berdnikov
<b...@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
