durusmail: quixote-users: SCGI + Quixote, Location / ?
SCGI + Quixote, Location / ?
2005-08-10
2005-08-10
2005-08-10
2005-08-10
2005-08-10
2005-08-10
2005-08-10
2005-08-10
2005-08-10
2005-08-11
2005-08-11
2005-08-11
2005-08-11
2005-08-11
2005-08-11
2005-08-11
2005-08-11
2005-08-11
2005-08-12
2005-08-11
2005-08-11
2005-08-11
2005-08-11
2005-08-11
2005-08-11
RELEASED: scgi-1.6
2005-08-11
2005-08-11
SCGI + Quixote, Location / ?
David Binger
2005-08-11
On Aug 11, 2005, at 12:07 PM, Shahms King wrote:

> I should have piped up earlier, but this behavior also occurs with
> mod_python.  I can't speak for mod_scgi's SCRIPT_NAME and PATH_INFO
> behavior, but as of Quixote 2.0 (haven't tried 2.1 yet, though I
> need to
> get rolling on the Fedora Extras packages...) the "abort on an empty
> PATH_INFO" behavior essentially means that Quixote will append a
> trailing slash onto any directory except the root, leading to
> situtions

If your environment always has the full path in SCRIPT_NAME, and
nothing in PATH_INFO, then the redirect to SCRIPT_NAME + '/' requires
all urls to end in a trailing slash.  I think this is what you are
saying, anyway, and I agree that it is undesirable.

If you *can* trust your environment to have a correct SCRIPT_NAME,
then the redirect to SCRIPT_NAME + '/' (when PATH_INFO is empty) is
nice.

Should Quixote's publisher require a correct SCRIPT_NAME?  I think so,
since this can be provided either through the use of the SCGIMount or
through the command-line argument to scgi_server.py.

Should Quixote's publisher give the same result
when PATH_INFO is 'foo/bar' that it gives
when PATH_INFO is '/foo/bar' ?
I don't know what to think about this, but it does seem good to
do something other than trip on the assert.

reply