httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Simon Mott <>
Subject Re: [users@httpd] mod_cache, mod_deflate, mod_expires and a headache
Date Wed, 01 Jun 2016 18:41:19 GMT
Hi Eric

Thanks for getting back to me. So if there is no mime type when it wants to
cache which is why the AddOutputFilterType CACHE filter isn't doing what I
expect, but SetOutputFilter CACHE gets caching before compression correct,
is there any way I can apply mod_expires and mod_headers before passing to
be cached also? This ensures that correct cache control headers are used
prior to being dealt with by mod_cache

Currently with:

>  SetOutputFilter CACHE
>  AddOutputFilterByType DEFLATE text/html text/plain text/css
application/javascript application/rss+xml

output is being cached BEFORE mod_expires adds its headers so its not
adhering to content expiry times.

Essentially I want Apache to do everything it needs to in order to generate
content (uncompressed, so as to not maintain multiple copies of content
based on the "Vary" header), then cache it and finally gzip it before it
goes out if the client supports gzip via mod_deflate

Is this something that can be achieved or does it require modification of


On 1 June 2016 at 16:34, Eric Covener <> wrote:

> I think the absence of AH00758 in the AddOutputFilterByType case is
> due to no mimetype being available early enough in processing to allow
> "CACHE" to be replaced by the actual caching filters when mod_cache
> wants to do it.  It makes sense that no types would be available in
> the early "handler" mod_cache uses to both serve from the cache and
> setup caching when there's a miss.
> Sounds like the doc needs improvement.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

View raw message