DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=43372>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=43372





------- Additional Comments From [EMAIL PROTECTED]  2007-09-15 15:15 -------
Ah.  I'd warrant that's because of the difficulty of ensuring that only the last
extension is used for invoking a handler.  Your solution works, but I wonder if
maybe it would just be simpler (especially in terms of documenting behavior) to
add a directive that does the same thing, or modifying AddHandler to somehow be
able to specify that only the last extension should be used.  I think people
will always go for the simplest configuration directive that works, so if it
comes down to the file matching plus sethandler call vs something as simple as
AddType, people will go for the latter.

Hate to say it, but the multi-extension behavior really is just not what most
people want with CGI-based handlers, and the behavior that people want (and is
secure and doesn't break anything else) is what Apache should make the easiest
to configure.

Just adding a single directive that combines the FilesMatch functionality with
the SetHandler behavior would go a long way towards fixing commonly broken
setups, perhaps.  Something like:

SetFileHandler x-foo \.foo$

Duplicate functionality isn't usually a good thing, but if you're really having
that many problems with configurations in the wild (which definitely seems to be
the case), I'd say it's safe to assume the current mechanisms are just too 
obtuse.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to