Hello,
Thanks for the reply and your patch - it worked!
I could not longer reproduce diffs for cached/uncached files. The log
with dumped buckets according to my previous patch is again available
at: http://paste2.org/p/1785342
Now, when the location is spotted, maybe I can also try to isolate
On 19 Nov 2011, at 3:56 PM, f_los_ch wrote:
Thanks for the reply and your patch - it worked!
I could not longer reproduce diffs for cached/uncached files. The log
with dumped buckets according to my previous patch is again available
at: http://paste2.org/p/1785342
Now, when the location is
Yes, I can confirm that this patch works for me, too.
And now I understand your point: Buffering/keeping back the output via
an additional brigade until a flush occurs isn't actually needed for the
cache-filter as it could simply be passed along immediately. Seems
pretty reasonable.
I'll use it
Hi together,
I'm messing around with a strange bug now for a few days:
When enabling mod_cache in my reverse-proxy scenario, the first file
with a filesize above some threshold gets delivered corrupted,
subsequent requests served from cache are fine.
I noticed it first with some broken images
On 18 Nov 2011, at 9:50 PM, f_los_ch wrote:
When enabling mod_cache in my reverse-proxy scenario, the first file
with a filesize above some threshold gets delivered corrupted,
subsequent requests served from cache are fine.
Can you confirm if the following patch makes any difference for you?
