Closed (works as designed)
Project:
fastpath_fscache
Version:
5.x-1.x-dev
Component:
Code
Priority:
Critical
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
17 Sep 2007 at 20:22 UTC
Updated:
20 Jan 2008 at 00:57 UTC
In install.txt you say:
This module relies on cron to remove stale files, so you'll want cron to run often, say every 5-15 minutes.
How do you define 'stale'?
I see that when I edit a cached page, the cache refreshes properly.
But when a block content changes, the page looks the same, cache does not refresh. Is that normal? Would such page not refresh until the next cron run?
If so, then any pages with dynamic content block would become so static as to render this caching counterproductive. What's your planned steps to mitigate this problem and when are they going to happen?
Comments
Comment #1
jeremy commentedThere are a couple of reasons that the cache does not get deleted each time content changes:
When block content changes, there's no way to know which cached pages have been affected, so it becomes an all or nothing thing... you have to flush the entire page cache.
Thus, the solution utilized by this module is the enforcement of a minimum cache lifetime. That lifetime is the length of time between cron runs -- if you want it short, then have cron run more frequently. If you want it long, then have cron run less frequently.
If it is critical to you that the cache is flushed each time content is added to your website, this probably isn't the module for you. On the other hand, if you have a very busy website and are trying to take some of the load off the database, then this module could help you quite a lot.
Comment #2
l8a commentedjust to get this.
all pages are cached.
this is done only for anonymous users.
cache get resetted/deleted EVERYTIME ANY content changes on the site.
but this (line above) get not triggered THAN - but when the next cron runs.
do I got you right?