<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 15, 2016 at 5:08 PM, Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id="gmail-:1j9" class="gmail-a3s gmail-aXjCH gmail-m15902d05ba4744b3">[...]<br>
<br>
> 2016/12/15 14:24:02 [notice] 15695#0: *6 rewritten data: "/bin/view/Main/WebHome", ...<br>
<br>
[...]<br>
<span class="gmail-"><br>
> 2016/12/15 14:24:02 [debug] 15695#0: *6 test location: ~ "^/([A-Z_].*)$"<br>
> 2016/12/15 14:24:02 [debug] 15695#0: *6 using configuration "^/([A-Z_].*)$"<br>
<br>
</span>The configuration in question relies on case-sensitive location<br>
matching and won't work correctly with case-insensitive location<br>
matching nginx uses on Windows and macOS.  As per the debug log,<br>
it looks like case-insensitive location matching is used in your<br>
case.</div></blockquote></div><br>Yep, it's Mac OS. Solved by turning off case insensitivity with (?-i).</div><div class="gmail_extra"><br></div><div class="gmail_extra">location ~ ^(?-i)/[A-Z_].*$ {</div><div class="gmail_extra">...</div><div class="gmail_extra">}<br clear="all"><div><br></div><div>Didn't know about this aspect of nginx on Mac and Win. </div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Руслан Закиров</div><div>Руководитель отдела разработки веб-сервисов</div><div><span>+7(916) 597-92-69</span>, <span>ruz @ <a href="http://www.sports.ru/" target="_blank"><img src="http://farm7.static.flickr.com/6235/6210250811_19a888dbba_o.jpg" width="43" height="14" style="vertical-align: bottom; margin-right: 0px;"></a></span></div></div></div>
</div></div>