<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Thanks for sharing that wisdom!
Somehow I remember making a special effort to encode empty strings
with underscores, precisely to avoid this problem (though it was
appearing in Apache, if I recall correctly). Can you point us to
an example where it arises, in a URL that an Ur/Web app generates
itself?<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">On 1/25/19 5:13 AM, Simon Van Casteren
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAC0+czrgSuFkKEKC9s-jZZi-mvtrv5RoUMT+Thgoy9HubS2M8w@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">Hi,
<div><br>
</div>
<div>I just ran into an awful problem combining urweb with
nginx. By default, nginx by default merges double slashes in
urls, eg: <a href="http://www.bla.com//users"
moz-do-not-send="true">http://www.bla.com//users</a> becomes
http//<a href="http://www.bla.com/users"
moz-do-not-send="true">www.bla.com/users</a>. This can be a
problem for UrWeb applications since a double slash is
actually how urweb encodes the unit or () value. </div>
<div><br>
</div>
<div>The solution is to use the option: "merge_slashes off". </div>
<div><br>
</div>
<div>It's not a bug in either application so I didnt want me
make an issue for it, but this could be useful info for other
people running Ur/Web programs behind nginx...</div>
<div><br>
</div>
<div>Simon</div>
</div>
</blockquote>
</body>
</html>