ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: пожелания по документации rewrite



Здравствуйте, Уважаемый(-ая, -ое) Maxim Dounin!


>> Тз текущего описания rewrite не очевидно, что после обычного rewrite
>> будет использовкаться конфигурация из нового location, а при rewrite
>> ... break остается конфигурация текущего location.
>> 
>> Например с таким конфигом:
>> 
>> location = /test1.txt {
>>     add_header X-Location test1;
>>     deny all;
>> }
>> 
>> location = /test2.txt {
>>     add_header X-Location test2;
>>     rewrite ^ /test1.txt break;
>> }
>> 
>> location = /test3.txt {
>>     add_header X-Location test3;
>>     rewrite ^ /test2.txt;
>> }
>> 
>> При запросе на /test3.txt будет отдан файл test1.txt, с заголовком test2.
>> 
>> Було бы неплохо упомянуть в документации такую особенность rewrite break.

MD> Всмысле - прописать явно, что break "завершает обработку ..." без 
MD> поиска нового location'а?  Так-то там даже пример про это есть.  
MD> Но вообще да, наверное имеет смысл.

Такие тонкие места обязательно надо явно описывать.
И по возможности приводить примеры, явно демонстрирующие работу сервера в
указанной ситуации. Как пример, приведённый выше. Может, не очень жизненно,
зато очень наглядно.


-- 
С уважением

    Andrey Repin (hell-for-yahoo@xxxxxxxx) пятница, 23.11.2012, <16:28>
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.