httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ben Laurie <>
Subject Re: [PATCH] configurable Location block speed up
Date Sat, 07 Feb 2004 11:33:07 GMT wrote:

> Ben Laurie wrote:
>> wrote:
>>> wrote:
>>>> or Joshua's "virtual" keyword on <Location >, which I like better 
>>>> the more I think about it.
>>> ooops... s/Joshua/André/
>>> but Joshua has excellent points about "virtualness" being a property 
>>> of the handler.  Yes, the server-status handler should know that it 
>>> is virtual, but the handler hook is too late to skip the directory 
>>> walk.  But the mod_status maintainers (i.e. us) know that mod_status 
>>> is virtual, so maybe it could tell the core earlier somehow.  An 
>>> earlier hook?  preferably something at config time since the 
>>> virtualness doesn't ever change?
>> Isn't this going to be horribly messy? The current system says "oi, 
>> you - here's a URL, do you handle it?" whereas you'd need to have "oi, 
>> you, here's a pattern that might match a URL you handle, does it?".
> it should be clean.  I'm thinking the module somehow communicates to the 
> core that all its URLs are virtual, i.e., they don't map to the 
> filesystem no way no how not ever.  Then we still need the
> <Location /server-status >
>    SetHandler status_handler    # or whatever it is
> </Location>
> config/processing to take care of the pattern matching of the URLs, just 
> like today.  If both of those things line up, then we can skip the 
> directory walk.

Just to be clear: is the idea that you determine the handler (without a 
directory walk), then determine whether to do the directory walk from that?

If so, aren't there cases where the handler gets determined during the 
directory walk, by .htaccess?




"There is no limit to what a man can do or how far he can go if he
doesn't mind who gets the credit." - Robert Woodruff

View raw message