Do not clear the post cache if the current_url_supercache_dir matches… #66
Conversation
… the supercache_dir. See #45
|
For clarity, @graphicsxp was referring to #98 which he reported. @graphicsxp - I think that this does fix the problem of all cache being deleted, but does NOT fix the problem of list pages (like blog pages showing all or specific categories of posts) needing to be invalidated. However this is a new problem which needs investigating. |
|
ok then :) So it is not normal behaviour ? |
|
Actually,now I have reviewed the code again, I am not sure that this is the fix that is needed. Function prune_super_cache is the routine which prunes the cache and it recursively prunes all subdirectories. This works for simple blogs where the category list has the posts in subdirectories, but is overkill for hierarchical pages (i.e. deletes too many pages), and can easily be incomplete i.e. it doesn't do archives, it doesn't do pages which e.g. use the list-category-posts plugin etc. I think we should move this discussion to #98. |
Fixes #45 If a custom post type has no rewrite permalink then the plugin will clear the entire cache in wp_cache_post_id_gc() because get_current_url_supercache_dir() will strip the ?x=y from the URL, resulting in the URL being the homepage. The plugin then deletes everything below that. See also #66
Fixes #45 If a custom post type has no rewrite permalink then the plugin will clear the entire cache in wp_cache_post_id_gc() because get_current_url_supercache_dir() will strip the ?x=y from the URL, resulting in the URL being the homepage. The plugin then deletes everything below that. See also #66
|
A similar check was added in #420. Closing this. |
… the supercache_dir.
See #45