Ben Laurie wrote:
[EMAIL PROTECTED] 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
At 03:08 PM 2/9/2004, [EMAIL PROTECTED] wrote:
Ben Laurie wrote:
[EMAIL PROTECTED] 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,
[EMAIL PROTECTED] wrote:
Ben Laurie wrote:
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] 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
moving to dev@ ... this deserves wider attention IMO
Geoffrey Young wrote:
one thing I was wondering about was the interaction between your patch an
mod_alias. just by following the code without testing, it seems like either
mod_alias needs to unset the outside_filesystem flag for things like
[EMAIL PROTECTED] 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
On Fri, Feb 06, 2004 at 10:37:51AM -0500, [EMAIL PROTECTED] wrote:
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
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] 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
Glenn wrote:
On Fri, Feb 06, 2004 at 10:37:51AM -0500, [EMAIL PROTECTED] wrote:
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
Joshua Slive wrote:
(without closer looking at the code)
I'd suggest rather
Location [virtual] /uri-path
/Location
where the virtual keyword defines that the location is independent from
filesystem.
Perhaps I'm misunderstanding the issue, but neither of these make sense to
me. It is not really
I had some offline feedback for my previous Location speeder-upper which I
though had merit. That patch skips the directory walk when it detects a
SetHandler directive inside of a Location block. The jist of the criticism was
that some user might have a Location block with a URI that overlaps
* [EMAIL PROTECTED] wrote:
If there are sites out there that ignore the piece about the content living
outside the filesystem, my previous patch which requires no new
configuration might create problems. This version adds an OutsideFilesystem
directive, only valid in Location, to eliminate
On Wed, 4 Feb 2004, [ISO-8859-15] André Malo wrote:
* [EMAIL PROTECTED] wrote:
If there are sites out there that ignore the piece about the content living
outside the filesystem, my previous patch which requires no new
configuration might create problems. This version adds an
* Joshua Slive [EMAIL PROTECTED] wrote:
On Wed, 4 Feb 2004, [ISO-8859-15] André Malo wrote:
* [EMAIL PROTECTED] wrote:
If there are sites out there that ignore the piece about the content
living outside the filesystem, my previous patch which requires no new
configuration might
13 matches
Mail list logo