ПРОЕКТЫ 


  АРХИВ 


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: aliases



On Friday 26 August 2005 16:41, Igor Sysoev wrote:> >> В смысле 
proxy_set_header/fastcgi_param ?> >> Не совсем. Дело в том, что в отличие от 
простых директив, location'ы> >> обрабатываются в определённом порядке и, если 
внутри сервера можно> >> визуально описать location'ы именно в том порядке, как 
они> >> обрабатываются, то с наследуемыми этого визуально не сделаешь.> >> > 
Насколько я понял из документации, не regex locations все равно> > лексически 
сортируются для каждого виртуального сервера. Получается, в> > этом случае 
не-regex locations можно достаточно безболезненно наследовать> > (ведь 
изначально речь шла про location = /robots.txt и location => > /favicon.ico).>> 
Можно, только ведь location = /robots.txt и location = /favicon.ico - это> 
только начало. А потом туда будут засовывать что-нибудь типа>     location ~* 
\.php$  {  proxy_pass  http://127.0.1.1/; ... }
А что, это хорошая идея :-) Почему бы не наследовать такие locations в самый 
конец списка (т.е. с наименьшим приоритетом) ? В любом случае, наследование 
можно будет перекрыть, описав в сервере location ~* \.php$, т.к. он в списке 
regex locations будет выше.
-- Andrei NigmatulinGPG PUB KEY 6449830D
No Microsoft products were used in any wayfor the creation of this message. If 
you areusing a Microsoft product to view it, BEWARE!I'm not responsible for any 
harm you mightencounter as a result.



 




Copyright © Lexa Software, 1996-2009.