Hello!

On Sun, Nov 29, 2009 at 06:36:07PM +0300, Igor Sysoev wrote:

> On Sun, Nov 29, 2009 at 06:29:09PM +0300, Igor Sysoev wrote:
>
> > On Sun, Nov 29, 2009 at 06:24:33PM +0300, Maxim Dounin wrote:
> >
> > > Hello!
> > >
> > > On Sun, Nov 29, 2009 at 05:41:18PM +0300, Igor Sysoev wrote:
> > >
> > > > On Sun, Nov 29, 2009 at 04:51:51PM +0300, Igor Sysoev wrote:
> > > >
> > > > > On Sun, Nov 29, 2009 at 04:35:42PM +0300, Maxim Dounin wrote:
> > > > >
> > > > > > Hello!
> > > > > >
> > > > > > On Sun, Nov 29, 2009 at 05:50:06PM +0600, Peter A. Shevtsov wrote:
> > > > > >
> > > > > > > Увы!
> > > > > > > [emerg]: pcre_compile() failed: unrecognized character after (? in
> > > > > > > "^www\.(?p<name>.+)$" at "p<name>.+)$" in
> > > > > > > /etc/nginx/conf.d/virtual.conf:7
> > > > > >
> > > > > > А вот это уже бага - nginx приводит регулярное выражение к нижнему
> > > > > > регистру, что делает его невалидным.
> > > > > >
> > > > > > Патч.
> > > > >
> > > > > Я думаю, лучше проверять "?P<" на стадии конфигурации, чем гонять caseless
> > > > > в run-time. Вроде, кроме "?P<", больше таких конструкций нет ?
> > > >
> > > > Другой патч. В принципе, PCRE использует большие буквы в опциях и прочем,
> > > > но насколько я понимаю, в контексте server_name все они, кроме "?P<",
> > > > не имеют смысла.
> > >
> > > Не-а.
> > >
> > > server_name ~^(?<name>.+)\Q.example.com\E;
> > >
> > > Дальше будем продолжать? :)
> >
> > Тогда можно оставлять без изменения символ после "\" и "?".
>
> Патч.

server_name "~^www(?<number>\p{N}+)\.example\.com$";

Вот что действительно можно сделать - это не ставить caseless
если в регулярном выражении не нашлось ни одного символа в верхнем
регистре. Это должно быть безопасно.

Хотя мне вообще сомнителен выигрыш от отсутствия caseless. Мои
прогоны pcretest -tm говорят о различиях слабоотличимых от
погрешности измерений.

Maxim Dounin

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru