Joose, if you were thinking of writing a cache for your SVG images, probably a better idea would to modify the SQLTransformer to make it implement the Cacheable interface. Then your SVG will be cached by the existing cache. Maybe you could extend the SQLTransformer so it would execute a "cache-validity" query before the usual query. Then you could use the result of this query to implement the getValidity method. Or maybe you could nominate a particular column in the regular result set as a "timestamp"? So that the SQL would be executed, the pipeline processor would compare the timestamp with the cached value, and immediately serve the cached SVG.
Con > -----Original Message----- > From: Joose Vettenranta [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 8 October 2003 22:52 > To: [EMAIL PROTECTED] > Subject: Re: svg2png dynamic static generation > > > On ke, 2003-10-08 at 12:48, Jorg Heymans wrote: > > are you describing a caching mechanism here? That's > built-in already. > > What is picture-{id} ? > > I have data in SQL-database. I create svg according to that data. That > data won't change. picutre-{id} is where id == databases ID. > So if that > file would already be in filesystem, it would be fast to redisplay. > > - Joose > > > > >Hey, > > > > > >because serializing svg to png is very slow, is it possible to do > > >somehow next: > > > > > >-> if picture-{id} exists -> map:read src="picture-{id}" > > >-> if not -> generate png file from svg and then save it > to filesystem > > >and then show it. > > > > > >It would make things much faster. > > -- > Joose Vettenranta, Intertechnika Oy > E-Mail: [EMAIL PROTECTED] > WWW: http://www.intertechnika.com/ > GSM: 044 561 0270 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
