Another auth/location question - probably very simple to fix :)
Igor Sysoev
is at rambler-co.ru
Sun Aug 17 01:46:41 MSD 2008
On Sat, Aug 16, 2008 at 02:33:33PM -0700, mike wrote:
> I will try that again when I get home but I brought this up again
> because I realized it wasn't fully protected after all. Does it matter
> what order of location blocks are defined ?
It matters for regex only:
http://wiki.codemongers.com/NginxHttpCoreModule#location
> On Aug 16, 2008, at 1:07 PM, Igor Sysoev <is at rambler-co.ru> wrote:
>
> >On Sat, Aug 16, 2008 at 11:29:54PM +0400, Igor Sysoev wrote:
> >
> >>On Sat, Aug 16, 2008 at 12:05:17PM -0700, mike wrote:
> >>
> >>>On 8/16/08, Igor Sysoev <is at rambler-co.ru> wrote:
> >>>
> >>>>Have you tried
> >>>>
> >>>>- location ~ /wordpress/admin.* {
> >>>>+ location ^~ /wordpress/admin {
> >>>>
> >>>>?
> >>>
> >>>yeah - it did not work. PHP (the nested fastcgi location inside of
> >>>the
> >>>admin location) was not processing anymore.
> >>
> >>Yes, this is a bug. I'm looking how to resolve it.
> >
> >Looking at code, I've found that simple should work:
> >
> > location /wordpress/admin {
> >
> >If nginx has found maximum static match, it look inclusive static and
> >regex locations. The matched inclusive regex location stops searching.
> >
> >It seems that inclusive locations should be documented: forgot how
> >they
> >works :).
> >
> >
> >--
> >Igor Sysoev
> >http://sysoev.ru/en/
> >
--
Igor Sysoev
http://sysoev.ru/en/
More information about the nginx
mailing list