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

[Иван Мишин]

Андрей, спасибо. Теперь убедился что rewrite действительно происходит. А
значит после выполнения if ( т.е. выполнения rewrite) должны вступить в
действие остальные директивы из location @delete_handler. Вот только
удаление каталога не происходит


24 июня 2015 г., 11:49 пользователь Andrey Istochkin <alstpostbox at gmail.com>
написал:

> В 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
>>
>
>
> _______________________________________________
> 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/6665c2fe/attachment-0001.html>