[Web-SIG] PEP 444 (aka Web3)
and-py at doxdesk.com
Thu Sep 16 15:25:44 CEST 2010
On 09/16/2010 02:05 AM, P.J. Eby wrote:
> note that the spec's sample CGI
> implementation does not itself provide the new variables
It can't: "This is the original URL-encoded value derived from the
request URI. If the server cannot provide this value, it must omit it
from the environ". A CGI gateway doesn't have access to the original
> middleware must be explicitly written to handle the case where there is
The alternative to duplication would be to allow a gateway to try to
'reconstruct' `path_info` from CGI `PATH_INFO`.
If this is done there really needs to be a flag somewhere to say that it
has been done, ie. that `/` and non-ASCII characters in the path are
unreliable. Otherwise we're just going to end up in the same sorry
situation we have today where all sorts of different encodings and
corruptions lurk inside PATH_INFO and apps simply cannot rely on it.
chrism at plope.com wrote:
> The most sensible thing to me would be to put it in
Please don't have a field with encoded semantics that re-uses the name
of a field that has always had decoded semantics.
mailto:and at doxdesk.com
More information about the Web-SIG