Re: проблема с rewrite

[Andrey Istochkin]

В access-логе при стандартном log_format фигурирует переменная $request
<http://nginx.org/ru/docs/http/ngx_http_core_module.html#var_request>(первоначальная
строка запроса целиком). Чтобы увидеть uri запроса после прохождения
rewrite-фазы, попробуйте в log_format добавить переменную $uri
<http://nginx.org/ru/docs/http/ngx_http_core_module.html#var_uri>.

24 июня 2015 г., 11:16 пользователь Иван Мишин <simplebox66 at gmail.com>
написал:

> В моем случае бекенда нет. Nginx используется как вебдав сервер.
> Соответственно чтобы средствами винды можно было удалять или
> переименовывать папку на веб сервер должен падать запрос вида DELETE
> /Family/test/ HTTP/1.1, но проклятая винда шлет DELETE /Family/test
> HTTP/1.1 то есть без слеша на конце. Казалась бы простой кейс, дописать
> рерайтом в конец слеш и нет проблем. Но приведенная выше конструкция судя
> по access логам этого не делает, а так же сильно настараживает то что судя
> по error логам рерайт то срабатывает, вот только слеша в конце запроса так
> и не появляется.
>
> 23 июня 2015 г., 15:29 пользователь S.A.N <nginx-forum at nginx.us> написал:
>
> > как решить проблему добавления слеша в конец?
>>
>> Офтоп - никогда не понимал, зачем бороться со слешами в конце uri, их
>> можно
>> использовать на бекенде в алгоритмах роутинга.
>> Например в наших роутингах слеш в конце означает что uri адресуется к
>> множеству сущностней (аля папка), отсутствия слеша в конце означает что в
>> uri должен быть id который адресуется только к одной сущности, это очень
>> удобно.
>>
>> Posted at Nginx Forum:
>> http://forum.nginx.org/read.php?21,259754,259803#msg-259803
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20150624/25eb9674/attachment.html>