This is a static dump of issues in the old "Flyspray" bugtracker for DokuWiki. Bugs and feature requests
are now tracked at the issue tracker at Github.
Closed
Implemented
FS#585 Finer cache control for plugins
Backend
2005-10-08sabio
Currently syntax plugin can only turn caching off completely. While it's not always necessary.
IMO it would be better if plugins could return array of IDs the rendered page depends upon. So if the list has changed (like with 'blog' plugin) or if any of the IDs has been changed after the page was cached the cache would be discarded and the page will be rendered again.
You could even try to cache the page for different dependency lists (e.g. when user-specific page is included with 'include' plugin). This will improve performance even further. Consider then careful balance selection between the size of the cache and the speed. (let the plugin report where it uses limited number of dependency lists, like user-specific pages, or it needs only most recent dependency list like 'blog' does?)
You could also move 'recent change time' calculation to lib\\plugins\\syntax.php (by default using returned dependency list). So that any plugin can override either 'getDependencyList()' or 'getRecentChangeTime()'. This could be useful for plugins depending on external resources not wiki pages. Like 'rss', for example. BTW, why rss is not implemented as a normal syntax plugin? Is that because of poor cache control facilities available for plugins? ;)
2006-09-18ChrisS
refer event PARSER_USE_CACHE, action plugins and inc/cache.php