Hi Malthe
On Thu, Feb 4, 2010 at 8:53 PM, Malthe Borch wrote:
> On 4 February 2010 13:48, Tim Hoffman wrote:
>> Do you mean it parses all templates on instance startup. If so that
>> would be prohibitively expensive
>> if you have a lot of templates.
>
> Yes.
>
>> And startup time (just process
On 4 February 2010 13:48, Tim Hoffman wrote:
> Do you mean it parses all templates on instance startup. If so that
> would be prohibitively expensive
> if you have a lot of templates.
Yes.
> And startup time (just processing all
> the zcml, and all the other imports) is problematic as it is.
>
Hi Malthe
Do you mean it parses all templates on instance startup. If so that
would be prohibitively expensive
if you have a lot of templates. And startup time (just processing all
the zcml, and all the other imports) is problematic as it is.
(In the project just compeleted www.polytechnic.wa.edu
On 4 February 2010 06:21, Tim Hoffman wrote:
> So does this mean compiled code (.py) is deployed or does it parse -
> generate etc on each instance startup
> and possibly cache generated code in the module . given you can't
> write to the filesystem.
It parses and generates and each insta
So does this mean compiled code (.py) is deployed or does it parse -
generate etc on each instance startup
and possibly cache generated code in the module . given you can't
write to the filesystem.
T
On Thu, Feb 4, 2010 at 10:35 AM, Chris McDonough wrote:
> Hi Tim,
>
> AFAICT, as of 1.1
Hi Tim,
AFAICT, as of 1.1 it "just works".. no need to distinguish between compile time
and runtime. I tested this last night.
- C
On 2/3/10 8:50 PM, Tim Hoffman wrote:
> Hi Malthe
>
> Do you have a posting somewhere that details how one uses chameleon
> with appengine.
> I assume you are pre
Hi Malthe
Do you have a posting somewhere that details how one uses chameleon
with appengine.
I assume you are precompiling the template before deployment to appengine.
But the only post I can find in repoze-dev talks about some strategies
your where going to investigate.
and I can't see anything
Steve Schmechel wrote:
> Any chance of getting an updated or alternate path in the
> tutorial documentation for deploying to GAE?
> http://docs.repoze.org/bfg/current/tutorials/gae/
>
> This is a very interesting deployment option, especially if
> users do not have to rip out the default template
get it working.
Will the Chameleon version 1.1 release made today make
it into the BFG 1.2 release as the default?
Thanks,
Steve
--- On Tue, 1/26/10, Malthe Borch wrote:
> From: Malthe Borch
> Subject: Re: [Repoze-dev] Chameleon on GAE
> To: "Tim Hoffman"
> Cc: repoz
Oops and forgot to mention app engine is still a candidate delivery
platform. Though that decision won't be finalised for a few weeks I
think.
By the way if anyone is in Perth/WA and would be interested in working
on such a project drop me a line.
T
On Tue, Jan 26, 2010 at 7:44 PM, Tim Hoffman
Cool
Can't wait to try it out.
Just starting a new repoze.bfg project (not a content based system
this time, but a specialised timesheet style of app
to record apprenticeship compliance with work elements or a course)
and may well give it a go. We wil be only using limited templating as
most
of
2010/1/26 Tim Hoffman :
> So whats the secret , pre-compile everything ?
Same procedure as last year, except we now use the compilation hoops
from Genshi which makes it work, plus some rewrites of our code
transformation logic.
\malthe
___
Repoze-dev ma
HI Malthe
Good news.
So whats the secret , pre-compile everything ?
T
On Tue, Jan 26, 2010 at 7:29 PM, Malthe Borch wrote:
> Deep in the mountains of Austria, during a snow storm, Chameleon
> became compatible with Google App Engine.
> ___
> Repoze-d
Deep in the mountains of Austria, during a snow storm, Chameleon
became compatible with Google App Engine.
___
Repoze-dev mailing list
Repoze-dev@lists.repoze.org
http://lists.repoze.org/listinfo/repoze-dev
14 matches
Mail list logo
