wiki pages caching

[zilvinas]

Most of the time wiki pages can be considered as a static content. So instead of generating and regenerating wiki pages -> html output, perhaps it would be useful to cache generated HTML output of wiki pages on the disk. Next time, page is requested checking if there have been changes - if not serve the file, otherwise - regenerate HTML page and serve newly generated file.

Sure this raises a question, what to do with embedded python macroses (see wiki-macros). Having such functionality, would help to reduce server load and would be very helpful especially with wiki rst (Restructured Text extension).

This ticket is rather an attempt to find out if there is a demand for such functionality. Consider this ticket as a discusion starting point.

[cmlenz]

So... what about wiki macros? The content they generate could change anytime. Would only pages that don't contain wiki macros be cached?

[anonymous]

The way I think is the following:

Wiki pages caching is optional (either enabled or disabled by default). Assuming caching is enabled, during wiki page serving it is possible to detect if wiki page makes use of macroses. (Searching for [[ ]] should be enough). Perhaps initial version, for simplicity, should not cache wiki pages with macroses in them.

In future, caching system can be smart enough always to execute macroses only without need to reproccess whole wiki page ? (execute macros, insert it's output at appropriate place in preprocessed wiki page and serve it ... - perhaps that makes no sense).

[cboos]

Also, note that idea of a cache could be expanded to other things as well, like changesets, fontified source files, ...

Disk is cheap, and a kind of LRU cache of a few Gbytes could speed things up quite a bit...

[cboos]

See also th:CacheSystemPlugin.