This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author v+python
Recipients orsenthil, quentel, v+python
Date 2012-05-06.21:57:49
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1336341469.99.0.804496511632.issue14565@psf.upfronthosting.co.za>
In-reply-to
Content
Hi Pierre, Nice to see your name pop up again.

Your suggestion is certainly simpler... but unfortunately, too much simpler.  One reason, is that in configuring a path to contain CGI files, the CGI files are allowed to be there, or anywhere deeper in the tree.  So configuring "/http/bin" should allow the CGI file to be any of:

/http/bin/some.cgi
/http/bin/application1/other.cgi
/http/bin/app2/subapp/third.cgi

and many more.

The second reason, is that once /http/bin is determined to be the path prefix, then the search down the tree is done for the cgi file.  Now let's say URL looks like:

http://server.com/http/bin/app2/subapp/third.cgi/more/path/info/params

It is appropriate to find third.cgi and execute it as a CGI file, and pass it as PATHINFO /more/path/info/params !  Yet, using your suggested over-simplification, "params" would be considered the CGI file (if it even exists), and /http/bin/app2/subapp/third.cgi/more/path/info certainly wouldn't exactly match /http/bin... so neither params nor third.cgi would get a chance to be executed.
History
Date User Action Args
2012-05-06 21:57:50v+pythonsetrecipients: + v+python, orsenthil, quentel
2012-05-06 21:57:49v+pythonsetmessageid: <1336341469.99.0.804496511632.issue14565@psf.upfronthosting.co.za>
2012-05-06 21:57:49v+pythonlinkissue14565 messages
2012-05-06 21:57:49v+pythoncreate