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