On Sat, Jul 17, 2010 at 12:38 AM, Graham Dumpleton <span dir="ltr">&lt;<a href="mailto:graham.dumpleton@gmail.com">graham.dumpleton@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">On Friday, July 16, 2010, And Clover &lt;<a href="mailto:and-py@doxdesk.com">and-py@doxdesk.com</a>&gt; wrote:<br>
&gt; On 07/14/2010 06:43 AM, Ian Bicking wrote:<br>
&gt;<br>
&gt;<br>
&gt; There&#39;s only a couple tricky keys: SCRIPT_NAME, PATH_INFO,<br>
&gt; and HTTP_COOKIE.<br>
&gt;<br>
&gt;<br>
&gt; (And of those, PATH_INFO is the only one that really matters, in that no-one really uses non-ASCII script filenames,<br>
<br>
</div>FWIW, I had to go to a lot of trouble to allow non ASCII in final<br>
SCRIPT_NAME in mod_wsgi. Specifically using AddHandler directive in<br>
Apache means a file system path can make up part of SCRIPT_NAME. I had<br>
someone who was specifically using Russian in a WSGI script file name<br>
and because with AddHandler that becomes part of SCRIPT_NAME you had<br>
to cater for it. Anyway this was more of a Windows issue in having to<br>
use special file system functions to deal with fact that on Windows<br>
filesystem paths aren&#39;t UTF-8 but something else.<br>
<br>
What this does highlight though is that although one can talk about<br>
passing raw script name through to application, that isn&#39;t necessarily<br>
right as it isn&#39;t the application that dictates what encoding may be<br>
used but the web server which is performing the mapping of that part<br>
of the original URL path to a potential filesystem resource, or<br>
alternatively where file based configuration for mount point, the<br>
encoding of the web sever configuration file.<br></blockquote><div><br>This is an Apache-specific issue.  It definitely doesn&#39;t apply to paste.httpserver, I doubt CherryPy or wsgiref.  I don&#39;t really know how Nginx or other servers work.<br clear="all">

</div></div><br>-- <br>Ian Bicking  |  <a href="http://blog.ianbicking.org">http://blog.ianbicking.org</a><br>