Re: [Moin-user] Caching generated content from a parser

2011-12-03 Thread Paul Moore
On 3 December 2011 11:33, Paul Moore wrote: > The one thing I *would* like to know, though, is whether there is a > way for a formatter to obtain a unique identifier for the region it's > responsible for (page ID plus occurrence ID, something like that). > Having that would mean I could write fair

Re: [Moin-user] Caching generated content from a parser

2011-12-03 Thread Paul Moore
On 3 December 2011 03:07, Thomas Waldmann wrote: >>At the moment, I generate the key using self.raw (the raw data from >> the formatter) but that means that every time the data changes, a new >> cache entry is created and the old one is never removed. > > Well, if one needs to reclaim the disk spa

Re: [Moin-user] Caching generated content from a parser

2011-12-02 Thread Thomas Waldmann
>At the moment, I generate the key using self.raw (the raw data from > the formatter) but that means that every time the data changes, a new > cache entry is created and the old one is never removed. Well, if one needs to reclaim the disk space, one could just kill all the caches. Caches should no

Re: [Moin-user] Caching generated content from a parser

2011-12-02 Thread Paul Boddie
On Friday 02 December 2011 21:45:35 Paul Moore wrote: > I'm writing a parser which generates content (an image) based on the > text provided to the parser - something like the Google Chart or > Graphviz parsers. I'm trying to decide where would be the best place > to store the generated content. Th

[Moin-user] Caching generated content from a parser

2011-12-02 Thread Paul Moore
I'm writing a parser which generates content (an image) based on the text provided to the parser - something like the Google Chart or Graphviz parsers. I'm trying to decide where would be the best place to store the generated content. The Google Chart parser uses the cache, which feels like the bes