ignore response uri with CE

Skip to first unread message


Jul 15, 2010, 5:16:44 PM7/15/10
to mod_cache
Hello ,
I just installed the last version of lighttpd+mod_cache from this
group and everything seems to working except php pages with gzip
output , I tried (support-accept-encoding) option but no difference :\

config :
cache.refresh-pattern = (
".(?i)php$" => "5 support-accept-encoding"

debug :
2010-07-16 01:05:39: (mod_cache.c.2088) PCRE URI /index.php/ matched
with rule # 0
2010-07-16 01:05:39: (mod_cache.c.1516) ignore response uri with CE /

I don't know why its ignoring gzip files but working file with normal
pages :

debug :
2010-07-16 01:11:19: (mod_cache.c.2708) cache file saved
successfully: /var/cache/lighttpd/XX/resizer/test_1791463438.cache.html


Jul 15, 2010, 8:02:49 PM7/15/10
to mod_...@googlegroups.com
modcache don't cache backend's gziped response, so just disable gzip on backend server.

use mod_compress or add 'memory_compress' to your refresh patterns.

You received this message because you are subscribed to the Google Groups "mod_cache" group.
To post to this group, send email to mod_...@googlegroups.com.
To unsubscribe from this group, send email to mod_cache+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/mod_cache?hl=en.


Jul 16, 2010, 5:56:52 AM7/16/10
to mod_cache
thanks shellcode
now its working but there is a small problem ...
it's not compressing for the first time request but after the file
been cached its sending compressed ( gziped ) output

is this normal ?

also when I am using use-memory , first request is normal and in log I
see it loged that file saved in memory but for the second request its
sending blank screen with following log in error.log :

2010-07-16 14:07:44 (mod_cache.c:2649) save http:// XX /test1.php to
2010-07-16 14:08:00 (mod_cache.c:2093) PCRE URI /test1.php matched
with rule # 6
2010-07-16 14:08:16 (server.c:758) NOTE: a request for /test1.php
timed out after writing 233 bytes. We waited 15 seconds. If this a
problem increase server.max-write-idle
2010-07-16 14:08:16 (trace) (server.c:767) (timeout)
Reply all
Reply to author
0 new messages