<div dir="ltr"><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Yup the location directive uses the PCRE library to interpret regex.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">

Its docs doesn't mention that the regex are PCRE, but the hint is given away on the <a href="http://nginx.org/en/docs/configure.html">build from sources</a> page.<br><br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">

It reminds me that not so long ago I mixed up named captures and subpatterns syntax trying to play with PCRE in location... but that is another story ;o)<br><br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">

Glad I could help!<br></div><div class="gmail_extra"><div><font size="1"><span style="color:rgb(102,102,102)">---<br></span><b><span style="color:rgb(102,102,102)">B. R.</span></b><span style="color:rgb(102,102,102)"></span></font></div>


<br><br><div class="gmail_quote">On Thu, May 29, 2014 at 4:09 AM, Peter Mescalchin <span dir="ltr"><<a href="mailto:peter.mescalchin@gmail.com" target="_blank">peter.mescalchin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr"><div>Fantastic Igor - I didn't know that you could do named captures in Nginx - good to know. </div><div><br></div><div>That solves it rather nicely.</div><div><br></div><div>And thanks B.R. - yep, that syntax is part of PCRE.</div>


<div><br></div><div><br></div><div>  Pete</div><div><br></div><div><br></div><div><br></div><div>> I think Igor is suggesting PERL named captures.</div><div>> </div><div>> Although, it appears to me the correct syntax would rather be (?<name>...),</div>


<div>> as perlre docs <<a href="http://perldoc.perl.org/perlre.html#Extended-Patterns" target="_blank">http://perldoc.perl.org/perlre.html#Extended-Patterns</a>>state.</div><div>> Then, just use you first syntax (omitting the 'set' directives).</div>


<div>> ---</div><div>> *B. R.*</div><div>> </div><div>> </div><div>> On Wed, May 28, 2014 at 12:02 PM, Igor Sysoev <igor at <a href="http://sysoev.ru" target="_blank">sysoev.ru</a>> wrote:</div><div>

> </div><div>> > On 28 May 2014, at 08:55, Peter Mescalchin <peter.mescalchin at <a href="http://gmail.com" target="_blank">gmail.com</a>></div>
<div>> > wrote:</div><div>> ></div><div>> > Thanks Igor,</div><div>> ></div><div>> >    I had explored that method already, sadly (as you know) "alias" is</div><div>> > given as an absolute path meaning I can't use this block of config within</div>


<div>> > multiple virtual hosts which I include; - would have to re-write this same</div><div>> > block of config for each Virtual host modifying the alias path prefix.</div><div>> ></div><div>> > And since alias man page explicitly states that $document_root can't be</div>


<div>> > used it's not possible to complete this config in a reusable way. (e.g.</div><div>> > alias $document_root/path/to/$1/$2; would be perfect).</div><div>> ></div><div>> > Alas, I think what I have (storing the captures in temp vars) is the only</div>


<div>> > real solution thus far.</div><div>> ></div><div>> > Unless the penny hasn't dropped in my head? :)</div><div>> ></div><div>> ></div><div>> > Then you can set these variable directly in regex:</div>


<div>> > location ~ "^/[a-f0-9]{16}/(<?resource_type>css|js)/(<?resource_path>.+)” {</div><div>> ></div><div>> ></div><div>> > --</div><div>> > Igor Sysoev</div><div>> > <a href="http://nginx.com" target="_blank">http://nginx.com</a></div>


</div>
<br>_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br></blockquote></div><br></div></div>