mod_cache incompatible with efficient PHP?

[Bill Lipa <do...@masterleep.com>]

According to this thread on serverfault:
http://serverfault.com/questions/74025/apaches-mod-cache-not-caching-fcgi-php-output
and this dormant bug:
https://issues.apache.org/bugzilla/show_bug.cgi?id=48364
the use of Action directives to handle php requests (or indeed any type of
request) breaks mod_cache.

I believe Action is a key part of the standard / recommended way to use php
with fcgi, and fcgi is needed for even moderate efficiency.  Being able to
use mod_cache with PHP seems like a pretty important use case.  Is there
hope for an Apache-only caching solution for php sites?

Thank you!

Re: mod_cache incompatible with efficient PHP?

[Graham Leggett <mi...@sharp.fm>]

On 18 Sep 2011, at 7:36 AM, Bill Lipa wrote:

> According to this thread on serverfault:
> http://serverfault.com/questions/74025/apaches-mod-cache-not-caching-fcgi-php-output
> and this dormant bug:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=48364
> the use of Action directives to handle php requests (or indeed any  
> type of request) breaks mod_cache.
>
> I believe Action is a key part of the standard / recommended way to  
> use php with fcgi, and fcgi is needed for even moderate efficiency.   
> Being able to use mod_cache with PHP seems like a pretty important  
> use case.  Is there hope for an Apache-only caching solution for php  
> sites?

Reading through this bug again, this looks like a filter problem  
rather than a mod_cache problem. To solve this, you would need to  
confirm whether the filter stack is not being bypassed or otherwise  
being fiddled with during the request by the handler you're using  
(mod_fastcgi?).

The debug log shows the cache filters being added, but then silence,  
which in most cases means the filters like mod_cache never got the  
chance to run.

Regards,
Graham
--