Active
Project:
Cache
Version:
6.x-1.0-beta1
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
27 Oct 2009 at 18:14 UTC
Updated:
10 Nov 2009 at 16:30 UTC
Hi,
Not sure if this is a bug or a feature request. With flush_all set to true for memcache engine, currently a delete using wildcard and prefix is silently ignored. With flush_all bins, it's better to delete everything more than keeping unexpired entries, the same should be true for deleting with wildcard and prefix. That is, unexpired entries are not that important.
If this is not desirable, please make an option to choose this behavior.
Hope my bad writing is not too confusing. ^ ^
Comments
Comment #1
ball.in.th commentedPlease note that in the memcache module, if $wildcard is true the entire bin is flushed regardless the value of $cid. So this behavior is not uncommon at all.
Comment #2
davidwhthomas commentedI have the same issue with memcache enabled, adding cck fields is problematic as the cache doesn't clear after adding the field, so it appears to not be added.
There's also problems with the session handling part of cache with a separate memcache server, it just doesn't seem to use the other engine.
Otherwise a very useful module! Hopefully it can evolve past these issues, I'd be happy to help with a few pointers as to what needs doing
Comment #3
fuerst commentedI confirm this behaviour: Using the Panels module and memcache bins for cache, cache_form, cache_page, cache_filter I had trouble getting changes to Panels pages content and layouts appear at the live page. Preview in the Panels page edit mode always worked. Restarting memcached daemon helps.
Comment #4
davidwhthomas commentedI found using specific bins and excluding cache_form helped.
here's my settings.php bins conf
Comment #5
ball.in.th commentedFor 'flush_all' => TRUE, I think there should be a separate memcache server for each bin.