By default, it would be compressed if it met the normal conditions.
You can opt out a few ways (below in rough order of intrusiveness):

set the no-gzip per-request environment variable (r->subprocess_env)
remove the mod_deflate output filter (mod_proxy_wstunnel.c has an
example of moving a filter)
unset the accept-encoding header before writing your response
set a Content-Encoding: gzip response header

The only reference is mod_deflate.c + output filter basics.


On Mon, Jun 30, 2014 at 5:54 AM, Pierre Lindenbaum
<pierre.lindenb...@univ-nantes.fr> wrote:
> (cross-posted on SO: http://stackoverflow.com/questions/24486594 )
>
>
>
> I wrote a custom module for as described in:
> http://httpd.apache.org/docs/2.4/developer/modguide.html
>
>     ap_rprintf(r, "Hello, world!");
>
> I've been asked about the behavior of mod_deflate
> http://httpd.apache.org/docs/2.2/mod/mod_deflate.html .
>
> Will response to the client produced by my module will be compressed by
> mod_deflate if the client accepts the compression with Accept-Encoding: gzip
> ?
>
> If my response is already gzipped , can I prevent mod_deflate to work ?
>
> Do you have any reference/link about this ?
>
> Thanks
>
> Pierre
>



-- 
Eric Covener
cove...@gmail.com

Reply via email to