t; >Jim
> >
> >
> >-Original Message-
> >From: Joose Vettenranta [mailto:[EMAIL PROTECTED]
> >Sent: Wednesday, 8 October 2003 7:19 PM
> >To: [EMAIL PROTECTED]
> >Subject: svg2png dynamic static generation
> >
> >
> >Hey,
> &g
file (eg. png) to the
filesystem?
Thanks,
Jim
-Original Message-
From: Joose Vettenranta [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 8 October 2003 7:19 PM
To: [EMAIL PROTECTED]
Subject: svg2png dynamic static generation
Hey,
because serializing svg to png is very slow, is it possible to
: Joose Vettenranta [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 8 October 2003 7:19 PM
To: [EMAIL PROTECTED]
Subject: svg2png dynamic static generation
Hey,
because serializing svg to png is very slow, is it possible to do
somehow next:
-> if picture-{id} exists -> map:read src="
Lars Huttar wrote:
I'm pretty much a cocoon newbie, but here's what I know:
In your sitemap you can use the resource-exists action to
take different routes through the pipeline depending on the
existence of a file. E.g.:
I'm pretty much a cocoon newbie, but here's what I know:
In your sitemap you can use the resource-exists action to
take different routes through the pipeline depending on the
existence of a file. E.g.:
On ke, 2003-10-08 at 14:05, Jorg Heymans wrote:
Hey,
> I haven't used XSP yet so I don't know exactly where cocoon is failing
> to cache this pipeline. It caches xsl executions automatically and
> that's all your pipeline is doing except for that one xsp.
That on XSP is very simple and is def
I haven't used XSP yet so I don't know exactly where cocoon is failing
to cache this pipeline. It caches xsl executions automatically and
that's all your pipeline is doing except for that one xsp.
Looking at the wiki
http://wiki.cocoondev.org/Wiki.jsp?page=XSPFundamentals , it seems that
XSP i
On ke, 2003-10-08 at 13:19, Joose Vettenranta wrote:
> On ke, 2003-10-08 at 13:07, Jorg Heymans wrote:
> > so how did you expect us to know all this ;-) ?
> > Could you please post the pipeline you want to optimize ? That way we
Also problem is that SVG-template can be very BIG. I'm receiving
svg
On ke, 2003-10-08 at 13:07, Jorg Heymans wrote:
> so how did you expect us to know all this ;-) ?
> Could you please post the pipeline you want to optimize ? That way we
> can get a better understanding of what components you are using.
e 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
>
so how did you expect us to know all this ;-) ?
Could you please post the pipeline you want to optimize ? That way we
can get a better understanding of what components you are using.
Joose Vettenranta wrote:
On ke, 2003-10-08 at 12:48, Jorg Heymans wrote:
are you describing a caching mechanis
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
are you describing a caching mechanism here? That's built-in already.
What is picture-{id} ?
rgds
Jorg
Joose Vettenranta wrote:
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 f
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
--
Joose Vettenranta
14 matches
Mail list logo