Closed (fixed)
Project:
Boost
Version:
6.x-1.x-dev
Component:
Caching logic
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
3 Feb 2009 at 05:44 UTC
Updated:
19 Feb 2010 at 21:42 UTC
Jump to comment: Most recent file
Comments
Comment #1
giorgio79 commentedI was just thinking along the same line.
Currently Boost removes cache file regardless if it was changed as per the time given in the cache lifetime.
It would be even more efficient if a page would only be updated when it is changed or new comment posted etc etc.
What do you think?
Comment #2
alex s commentedgiorgio79, it is already implemented in boost_nodeapi and boost_comment hooks
Comment #3
giorgio79 commentedwow, I may be behind a few versions then :D fantastic, let me check it.
Comment #4
mikeytown2 commentedcreating an action for boost_cache_expire() would allow one to clear that pages cache via rules, correct? What about clearing the cache for boosted views and other things that are not connected to a node, comment or user? using something like boost_cache_expire(boost_file_path($_GET['q'])). Trying to think of a way to generalize this.
Comment #5
wuf31 commentedI think this should be accomplishedable with rules or actions..
However it won't be perfect IMO..
As an example, if a user adds a comment, then every page which have recent comments block may need to be refreshed, TRUE ?
Comment #6
mikeytown2 commentedThinking about this more... do this via AHAH or Form API? Add a button to the block that says something like "clear page from cache"; call
boost_cache_expire(). When the page is live, the button says "cache this page"; call drupal_http_request() to get page as an anonymous user.Comment #7
mikeytown2 commentedComment #8
mikeytown2 commenteddrupal_get_form() will load a form in a block. Creating an action will allow for people to get creative with this; VBO - generate cache, stuff like that. Next step is to write some code.
Comment #9
sebyoga commentedthink we should stay in the simple, but effective. It is supposed to always know the URL of the current page. We are therefore able to empty the cache for this page. (use the $_SERVER['REQUEST_URI'])
In the case of adding a new page, no problem, the cache will activate the next visit to the page.
For the parameters, with the $_SERVER['REQUEST_URI'], the page domain.tld/cat/cat/node?toto=Good, i put in cache domain.tl/cat/cat/node.html => in .htaccess, you accept a GET parameters.
You wan't a block for control the cache ?
If the page is in cache, when you view the block if the page in cache is generated with no block ?
In cacheStatic, i use a javascript for fetch the toolbar, only if the user a permission.
Comment #10
mikeytown2 commentedMore of a proof of concept, its quite crude but you can flush the pages cache.
Comment #11
mikeytown2 commentedFlush the core page cache for the page as well
Comment #12
mikeytown2 commentedCommitted
Comment #14
doublejosh commentedThis is a great feature. I really needed specific page flushes!
Any ideas about flushing pages that CANNOT be visited by a logged in user, for example: join pages (Auto Assign Role), etc.
Comment #15
mikeytown2 commented@doublejosh
Keep you eye out for this
http://drupal.org/node/622820#comment-2621052