Re: aliases

[Igor Sysoev <is@xxxxxxxxxxxxx>]

On Fri, 26 Aug 2005, Andrei Nigmatulin wrote:

> On Friday 26 August 2005 16:13, Igor Sysoev wrote:
> > On Fri, 26 Aug 2005, Andrey Y. Ostanovsky wrote:
> > > On Fri, Aug 26, 2005 at 03:34:53PM +0400, Igor Sysoev wrote:
> > > > Лично мне не нравится идеология конфигурения Апача, при которой обычно
> > > > создаётся сайт, в корне описываются всевозможные Location и Directory.
> > > > А потом возникает необходимость на этом же Апаче запустить ещё пару
> > > > сайтов и вот тут-то эти корневые location начинают конфликтовать с
> > > > новыми.
> > > Так не бывает. Они либо останутся прежними, либо будут переписаны
> > > новыми значениями. Откуда конфликт возьмется? :) На самом деле, вопрос
> > Конфликт появляется до того, как описаны location'ы с новыми значениями.
> >
> > > опять возвращается к схеме наследования переменных сверху вниз.
> > В смысле 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/; ... }


Игорь Сысоев
http://sysoev.ru