Re: TT Caching (Was: Re: [Templates] TT in callback)

2005-01-06 Thread Perrin Harkins
On Thu, 2005-01-06 at 09:29 +0200, Octavian Rasnita wrote: Ok, I think that I will need to create a program that will save the final HTML page, and each time the program is accessed with a browser, it will check if the saved html page is new enough, and if it is, it will get and present it,

Re: TT Caching (Was: Re: [Templates] TT in callback)

2005-01-06 Thread Octavian Rasnita
I have tried installing Template::Plugin::Cache under Windows, but without success. CPAN gave an error telling that test is not a valid command or file name (probably when trying make test). So I went in the .cpan directory and I have tried to manually compile the Cache-Cache module which is

Re: TT Caching (Was: Re: [Templates] TT in callback)

2005-01-06 Thread Perrin Harkins
On Thu, 2005-01-06 at 22:32 +0200, Octavian Rasnita wrote: I don't know, maybe Cache-Cache requires a C compiler... It doesn't for the Cache::FileCache subclass that my plugin uses. I have never tried any of this stuff on Win32 though. My plugin doesn't do very much, so you could always just

TT Caching (Was: Re: [Templates] TT in callback)

2005-01-05 Thread Larry Leszczynski
On Wed, 5 Jan 2005, Perrin Harkins wrote: I can't stress enough that this really makes a difference. By creating a new object every time, you are breaking TT's caching system. It has to compile the perl code for each template used on every single request. It's almost as bad as the

Re: TT Caching (Was: Re: [Templates] TT in callback)

2005-01-05 Thread Simon Wistow
On Wed, Jan 05, 2005 at 01:07:14PM -0500, Perrin Harkins said: No, but the COMPILE_DIR option means that at least the compile to perl step will be skipped. If there was a way to store compiled perl code and load it faster, it would be used in all kinds of modules. B::Bytecode? This compiler

Re: TT Caching (Was: Re: [Templates] TT in callback)

2005-01-05 Thread Larry Leszczynski
Hi Perrin - Is there any way to take advantage of the cache in a non-persistent (e.g. non-webserver) environment? Maybe along the lines of serializing the template object and reading it back later? No, but the COMPILE_DIR option means that at least the compile to perl step will be

Re: TT Caching (Was: Re: [Templates] TT in callback)

2005-01-05 Thread Perrin Harkins
On Wed, 2005-01-05 at 18:13 +, Simon Wistow wrote: On Wed, Jan 05, 2005 at 01:07:14PM -0500, Perrin Harkins said: No, but the COMPILE_DIR option means that at least the compile to perl step will be skipped. If there was a way to store compiled perl code and load it faster, it would be

Re: TT Caching (Was: Re: [Templates] TT in callback)

2005-01-05 Thread Len Weisberg
On 2005-01-05 10:07 AM, Perrin Harkins wrote: On Wed, 2005-01-05 at 12:18 -0500, Larry Leszczynski wrote: Is there any way to take advantage of the cache in a non-persistent e.g. non-webserver) environment? Maybe along the lines of serializing the template object and reading it back

Re: TT Caching (Was: Re: [Templates] TT in callback)

2005-01-05 Thread Octavian Rasnita
- Original Message - From: Perrin Harkins [EMAIL PROTECTED] To: Larry Leszczynski [EMAIL PROTECTED] Cc: templates@template-toolkit.org Sent: Wednesday, January 05, 2005 8:07 PM Subject: Re: TT Caching (Was: Re: [Templates] TT in callback

Re: TT Caching (Was: Re: [Templates] TT in callback)

2005-01-05 Thread Sean T Allen
Octavian Rasnita wrote: ...regarding caching... If I have a site which is updated dayly, once per each day, it would be helpful if TT could create a cache of the final result (the html page) like proxy server do, and recreate again the web page after each new day... Is something like this possible

Re: TT Caching (Was: Re: [Templates] TT in callback)

2005-01-05 Thread Perrin Harkins
On Wed, 2005-01-05 at 10:52 -0800, Len Weisberg wrote: I have another question about caching in this sort of environment: I would like to be able to indicate for a particular run of process(): a) do NOT use the compilation cached in the COMPILE_DIR b) but DO store the results of this run