httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Francois PESCE <>
Subject Re: About mod_setenvif in general, application to mod_deflate in particular.
Date Mon, 27 Sep 2004 08:50:18 GMT
Ok, it's why the subject of this mail was "mod_setenvif in general,
application to mod_deflate in particular." the full  problem included
check of content-length (in some conditions you may not want to compress
300Mb files for example). But in some condition you may also want to set
nokeepalive (or ssl-unclean-shutdown downgrade-1.0 force-response-1.0
... ) according to some response headers (for some obscur reasons :).

I find that mod_setenvif is a really nice way to act according to the
response headers, the same way it works with input headers, I know that
the headers may change according to the filters chain, but it works with
request headers that may change through the input filters, so it is
logical for me to develop the same feature for the response headers :)

Thanks for your answer.


- Francois PESCE

On Fri, 2004-09-24 at 16:26, Jeff Trawick wrote: 
> On 24 Sep 2004 16:15:31 +0200, Francois PESCE <> wrote:
> > For example, in a reverse proxy architecture, this feature may allow to
> > gzip/deflate documents according to their Content-Type, and not only to
> > the request-uri or other client-side provided information that may hide
> > the real content of what is requested (documents requested via a web
> > applications are good examples too).
> if the reverse proxy code calls ap_set_content_type(), 
> AddOutputFilterByType DEFLATE
> should work.
> (The connector module for a java application server I know of makes
> the ap_set_content_type() call, enabling features like adding the
> DEFLATE filter based on content-type.)
> if ap_set_content_type() doesn't get called for reverse proxy, that's
> a bug to fix anyway

View raw message