from within the daemon triggers no reaction. Is there anyting I could
change in the parameters I could add that would fix it?
Using a sweeper is a problem because the daemon updates a lot of models
but the cache should only be expired when a full round of updating is
completed -- not with every single update of every single db entry. Fro
this purpose I created a Model to count the rounds - and then trigger
cache expiration after each 'create' of this counter. But this counter
model is not updated from any controller in the application - which - as
far as I understand it - is required to make the sweeper work.
Any help would be greatly appreciated!
Thanks!
Justus
Ok I'll try to keep the question a bit shorter in the hope of increasing
the chances that somebody understands what my problem is:
How can I expire the fragement cache from a daemon located in my lib
folder?
Have you tried Rails.cache.delete('views/groups/index.html')
(I think that's the default path creation, given that you set the
config.cache_store properly in environment.rb)
Thanks, Ar. But unfortunately this doesn't work either.
How would I set the config.cache_store properly? I have just used the
default setup. (except for setting
config.action_controller.perform_caching = true)
BTW. I would be fine with deleting the entire cache - no need for any
specifications. Shouldn't that make it very easy??
Any luck with finding a solution? I'm in the same situation and need
to be able to run expire_fragment manually from the model or daemon.
Would love to know if you found a work around.
On Sep 30, 12:37�am, Justus Ohlhaver <rails-mailing-l...@andreas-
No, I didn't find a way to expire the cache from the daemon. My
workaround is to just let the fragments expire automatically by setting
a shorter expiration time in the memcached.yml. (for example, ttl: 300)
Justus