Graham Dumpleton ha scritto: Note: I'm sending the entire message to the mailing list.
> 2009/12/7 Manlio Perillo <manlio_peri...@libero.it>: >> Hi. >> >> I'm playing with Python 3.x, current revision. >> >> I have noted that the data in the os.environ are noe Unicode strings. >> >> In a CGI application, HTTP headers are Unicode strings, and are decoded >> using system default encoding. >> In a future WSGI application, HTTP headers are Unicode strings, and are >> decoded using latin-1 encoding. >> >> In both cases, 'surrogateescape' is used. > > No, 'surrogateescape' is not necessary when using latin-1, or at least > for variables which use latin-1. > The problem is that not all browsers use latin-1. As an example with HTTP Digest authentication. > Use of 'surrogateescape' is only relevant in the context of some web > servers and only relevant for specific variables, some of which aren't > even part of set of variables which are required by WSGI. > > For example, in Apache/mod_wsgi, 'surrogateescape' is used on > DOCUMENT_ROOT and SCRIPT_FILENAME. What about HTTP_COOKIE? > [...] >> Can this cause troubles and incompatibility problems? >> I'm interested in special header handling, like cookies, that contain >> opaque data. > > The issues which CGI/WSGI bridge in Python 3.X has been discussed > previously on the list. It seems I missed it. > It is acknowledged that there are problems to > be solved there, at least to extent that CGI/WSGI bridge > implementation has to correct the encoding, and also that that may > only be solvable in Python 3.1 onwards due to not having access to > what encoding was use for environment variables in Python 3.0. Not > many people care about CGI these days and so no one has been bother to > come up with working CGI/WSGI bridge for Python 3.X. > CGI is very important; there are some kind of web applications that have problems when executing in a long running process. As an example, I prefer to run Trac and Mercurial instances as CGI. > Graham Regards Manlio _______________________________________________ Web-SIG mailing list Web-SIG@python.org Web SIG: http://www.python.org/sigs/web-sig Unsubscribe: http://mail.python.org/mailman/options/web-sig/archive%40mail-archive.com
