httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 20428] New: - Apache fails to handle extra /'s in the URL line correctly.
Date Mon, 02 Jun 2003 20:29:33 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20428>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20428

Apache fails to handle extra /'s in the URL line correctly.

           Summary: Apache fails to handle extra /'s in the URL line
                    correctly.
           Product: Apache httpd-2.0
           Version: 2.0.46
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: Major
          Priority: Other
         Component: Core
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: apache@2nd-impact.org


I've recently installed Apache 2.0.46 and noticed that it handles URL
information incorrectly when using a technique called "Clean URLs".  Basically,
a clean url is using a / for a delimiter between variables instead of an & and
reprocessing the data using php or some other scripting engine.  This technique
is useful for 2 things on dynamic websites and previously worked when using
apache 1.x.  Those 2 things are; it allows indexing by search engines (search
engines typically ignore variables) and can also be used for URL obfusication or
simplification.

Since I'm terrible at explaining things, here is an example of a typical URL.
http://servername/index.php?foo=var1&bar=var2

And here is an example of the same URL using the "Clean URL" technique.
http://servername/index.php/var1/var2
or...
http://servername/index.php/foo=var1/bar=var2

The above 2 URLs yeild a 404 error in apache 2.x when it should actually be
executing index.php.  Apache 1.x will execute index.php without a problem.  A
LOT of websites are starting to use this sort of technique or something similar,
and it is the one thing that is keeping me from being able to move to apache 2.x
(it breaks my whole template system).  I've alread made a mention of this on the
PHP bug database and they say it is an Apache bug and is not PHP related.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message