<div dir="ltr">Thank you for the clarification.</div><div class="gmail_extra"><br><div class="gmail_quote">2017-02-10 20:45 GMT+08:00 Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<span class=""><br>
On Fri, Feb 10, 2017 at 01:31:34PM +0800, linbo liao wrote:<br>
<br>
> I setup an test Nginx 1.10.3 on local VM (Centos 6.7 x86_64). I configure<br>
> the following location<br>
><br>
> location =/404.html {<br>
>     root    /usr/share/nginx/html;<br>
> }<br>
><br>
> As my understanding, it is not an valid url, but `nginx -t`  pass the<br>
> configuration test.<br>
><br>
> Is it a bug ?<br>
<br>
</span>In this particular case the location is interpreted as "/404.html"<br>
with "=" modifier (see <a href="http://nginx.org/r/location" rel="noreferrer" target="_blank">http://nginx.org/r/location</a>).  That is, it<br>
matches requests to "/404.html" exactly.  Space between "=" and<br>
"/404.html" can be omitted, and nginx is smart enough to recognize<br>
this.<br>
<br>
On the other hand, there are no limitations on locations to<br>
configure in nginx.conf.  You can configure anything you like,<br>
even locations which can't match real URIs.  Moreover, such<br>
locations can used for artificial processing with rewrites, and<br>
I've seen such configs in practice.  This is not something I can<br>
recommend though.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Maxim Dounin<br>
<a href="http://nginx.org/" rel="noreferrer" target="_blank">http://nginx.org/</a><br>
______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://mailman.nginx.org/<wbr>mailman/listinfo/nginx</a><br>
</font></span></blockquote></div><br></div>