Textpattern Support Forum

Note to the clueless like me: never, I repeat never delete the directory created by the zem_cache plugin in the TXP’s temp directory. If you do, nothing short of deleting the entry created by the plugin in the database will make the cache work again.

I just spend half on hour on this :(

Ok I’ve tested it on my frontpage, the whole page is cached with one instance of the cache. Without the cache, I have a generation runtime of ~0.11 (I’ve tested after a dozen of short refresh, so the MySQL4 cache was at work I believe). With the cache, I have a runtime of ~0.03.

My front page is rouglhy : one article_static, two small (~5 articles) article_custom_list, one recent_article, two call for mdn_count, and six misc_form. That output a final .html file around 20kbytes.

So for me, yes it work very much. I will go under prod’ soon, and let the cache on the frontpage for some time. If nothing wrong happen, I will start using it across the website with more granularity.

As always, nice work Zem.

Last edited by Jeremie (2005-05-08 15:30:13)

The last version (file 0.4, but the TXP plugin page say 0.3) save the cached files into the TXP’s temp dir, by default it’s textpattern/tmp/, under a hashed random name subdirectory.

Last edited by Jeremie (2005-05-08 15:48:43)

On this thread ? :-)

http://thresholdstate.com/download/zem_cache-0.4.txt

http://thresholdstate.com/download/zem_cache-0.5.txt

Fixes a stupid error that prevented flushing the cache (thanks Sencer). Also has some smarter logic for creating/re-creating the cache directory.

Zem, i have a problem with :

< txp:older>Rédactions Précédente< /txp:older>
< txp:newer>Rédactions Suivante< /txp:newer>

If the < txp:article /> is cached, it’s not working, if the cache is flushed it works.

Can see it here : http://ckkoshi.free.fr/
The cache id for my < txp:article /> is id=“05”

Is it resolvable ? I understand the problem and it seems to be complicated.