Closed (fixed)
Project:
Cache Expiration
Version:
7.x-2.x-dev
Component:
Documentation
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
21 May 2012 at 14:42 UTC
Updated:
11 Jul 2013 at 07:11 UTC
Jump to comment: Most recent file
Comments
Comment #1
GN commentedI think removing from boost cache just that one node should not be a big deal, but it's not a solution, because adding/changing one node may affect lots of other pages - e.g. if you post to the front page a news article with some tags, it affects the node page, the front page, taxonomy pages, all pages where the 'Recent news' block or taxonomy blocks are visible, and so on.
Comment #2
that0n3guy commentedThats true, so clearing that one node and some user defined "hub" pages (frontpage, taxonomy pages,etc) might be a simple solution. I think that solution would probably cover 90% of sites. Think so?
Comment #3
GN commentedI think it may depend on the node. For example, if we edit the title of the 'What's this all about' node visible in the main menu block, it should most probably affect all pages of the site.
Comment #4
that0n3guy commentedYou probably right. So maybe an api or rules module to allow developers to delete what they want depending on the site.
Comment #5
bgm commentedPlease review the patch for the boost module in #1126122: Boost ability to invalidate/clear cache for single items based on event handler hooks like hook_node_update() comment #15.
Comment #6
bgm commentedSee previous comment. I had forgotten to change the issue status.
Comment #7
spleshkaThere are no needs in Boost expire module anymore. Check out 7.x-2.x of Cache expiration.
Comment #8
geerlingguy commented@Spleshka - is there any documentation on how someone could use Cache expiration with Boost? Before I put any kind of deprecation notice on Boost Expire's project page, I'd like to have a simple guide so people aren't left in a lurch and have to figure out how to simply expire caches after nodes/comments are saved.
Comment #9
spleshkaBoost module has integration with Cache Expiration via hook_cache_expire(). It means that if user configures to expire pages after some actions, Boost will recieve urls of this pages and expires them itself (see boost_cache_expire()).
Some screenshots for you:
Module settings:

Entity expiration configuration sample:

Comment #10
geerlingguy commentedSweet! When I get a few minutes, I'm going to make sure I have things in order for Boost Expire, then mark it as deprecated with the proper pointers for people ready to switch to Cache Expiration.
Thank you!
Comment #11
geerlingguy commentedOkay, back to fixed; I've deprecated the Boost Expire module—see #2029269: Deprecate Boost Expire in favor of Cache Expiration.
Comment #12
spleshkaGreat, thanks!