Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
Subject: Re: About mod_setenvif in general, application to mod_deflate in
	particular.
From: Francois PESCE <fp-axiliance@wanadoo.fr>
Reply-To: fp-axiliance@wanadoo.fr
To: Jeff Trawick <trawick@gmail.com>
Cc: dev@httpd.apache.org
In-Reply-To: <cc67648e040924072618a5495b@mail.gmail.com>
References: <1096035331.12535.75.camel@gotham-laptop>
	 <cc67648e040924072618a5495b@mail.gmail.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: Axiliance
Message-Id: <1096274836.4210.33.camel@gotham-laptop>
Mime-Version: 1.0
Date: 27 Sep 2004 10:47:16 +0200

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.

Regards,

- Francois PESCE

On Fri, 2004-09-24 at 16:26, Jeff Trawick wrote: 
> On 24 Sep 2004 16:15:31 +0200, Francois PESCE <fp-axiliance@wanadoo.fr> 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