httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jim Winstead <j...@trainedmonkey.com>
Subject Re: subrequest filtering (yet again)
Date Thu, 21 Sep 2000 20:07:09 GMT
On Sep 21, Jeff Trawick wrote:
> Jim Winstead <jimw@trainedmonkey.com> writes:
> 
> > On Sep 21, Jeff Trawick wrote:
> > > I gather that most folks want a subrequest to inherit the content
> > > filters associated with the original request.  Why is this?  If the
> > > set of filters isn't appropriate, you can't get rid of them.  If the
> > > set of filters is appropriate, then the configuration associated with
> > > the subrequest URI would have caused the right filters to be added
> > > anyway (unless the URI of the subrequest is only requested via a
> > > subrequest).
> > > 
> > > What am I missing?
> > 
> > i don't see how including the results of a subrequest should be
> > any different than including a file. or the results of an external
> > request. or any other bit of data that a content-generator generates
> > (whether it be the first thing in the filter-chain or something in
> > the middle that is inserting content).
> 
> A subrequest is different in that it will cause its own configured
> filters to be added to the chain.  I think I'm getting hung up on
> cases where filters for the original request clash with filters added
> for the subrequest.

why are they added to the chain? only the contents generated by
that subrequest should go through any filters that subrequest
uses.

jim

Mime
View raw message