<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi, thanks for the fast answer!<br>
Yes, I am using nginx on Windows and I didn't know about that
restriction.<br>
Since the project I'm working on requires that (damned!) final
point, do you know a way to overcome this restriction?<br>
For example, I thought about cygwin but I'm not sure if it would
work.<br>
<br>
Thanks again,<br>
Robertof<br>
<br>
Il 22/05/2013 21:12, Maxim Dounin ha scritto:<br>
</div>
<blockquote cite="mid:20130522191240.GT69760@mdounin.ru" type="cite">
<pre wrap="">Hello!
On Wed, May 22, 2013 at 08:40:43PM +0200, Roberto F. wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hello.
I'm having a problem with nginx's rewrite directive.
Basically, when the URL contains a trailing point, it is ignored by
the rewrite regexp.
Let's do an example:
I load <a class="moz-txt-link-freetext" href="http://uri/something">http://uri/something</a>. (with the trailing point). Then, with
the rewrite rule:
rewrite ^/something\.$ /index.html
I should see 'index.html', but instead that appears in the logfile
(with rewrite_log set at on):
2013/05/22 20:36:07 [notice] 6256#1440: *57 "^/something\.$" does
not match "/something", client: 127.0.0.1, server: localhost,
request: "GET /something. HTTP/1.1", host: "localhost"
As you can see, the trailing point is missing from the "does not
match" part of the log.
Is there any workaround for that?
</pre>
</blockquote>
<pre wrap="">
Are you using nginx/Windows? On Windows trailing dots and spaces
in URIs are ignored as they aren't significant from filesystem
point of view and otherwise can be used to bypass access
restrictions.
</pre>
</blockquote>
<br>
</body>
</html>