Schrift
Wiki:Tipp zum Debugging: use Data::Dumper; local $Data::Dumper::Useqq = 1; print Dumper \@var;
[thread]9083[/thread]

Template Toolkit: BLOCK + WRAPPER (Seite 2)

Leser: 2


<< |< 1 2 >| >> 15 Einträge, 2 Seiten
bloonix
 2007-06-13 12:34
#77472 #77472
User since
2005-12-17
1615 Artikel
HausmeisterIn
[Homepage]
user image
[quote=pq,13.06.2007, 09:38]TT cached templates per default im memory, ja.[/quote]
Aus diesem Grund macht es auch absolut keinen Sinn irgendwas zu
preloaden, so wie ich es vor hatte. Hätte ich einen tieferen Blick in die
Doku geworfen, dann hätte ich das nicht überlesen. :)

Der WRAPPER bleibt aber trotzdem eine schöne Möglichkeit.\n\n

<!--EDIT|opi|1181723941-->
What is a good module? That's hard to say.
What is good code? That's also hard to say.
One man's Thing of Beauty is another's man's Evil Hack.
pq
 2007-06-13 12:56
#77473 #77473
User since
2003-08-04
12209 Artikel
Admin1
[Homepage]
user image
[quote=opi,13.06.2007, 10:34]Aus diesem Grund macht es auch absolut keinen Sinn irgendwas zu
preloaden, so wie ich es vor hatte. Hätte ich einen tieferen Blick in die
Doku geworfen, dann hätte ich das nicht überlesen. :)[/quote]
bei mod_perl macht es schon sinn, um speicher zu sparen. da ist
es besser, alles im root-apache-prozess zu laden.
Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wiki:Wie frage ich & perlintro Wiki:brian's Leitfaden für jedes Perl-Problem
ptk
 2007-06-13 23:06
#77474 #77474
User since
2003-11-28
3645 Artikel
ModeratorIn
[default_avatar]
Wenn ich die COMPILE_*-Optionen bei TT richtig verstanden habe, wird die interne Repräsentation auf Platte gespeichert. Der nächste Prozess kann dann die interne Repräsentation direkt einladen und spart sich das Parsen, der langsamste Part bei TT.

opi hat ja die ganze Zeit nur einen Prozess mit einem TT-Objekt, und ich nehme an, dass hier automatisch die interne Repräsentation ge-cache-t wird, wenn die Templates von der Platte geholt werden. Bei Templates, die aus einem String kommen, passiert das nicht, wahrscheinlich, weil man nicht zusichern kann, dass der String den Inhalt behalten hat. Bei der Datei kann man theoretisch einen stat()-Aufruf machen, um zu prüfen, ob sich die Datei geändert hat.
pq
 2007-06-14 12:17
#77475 #77475
User since
2003-08-04
12209 Artikel
Admin1
[Homepage]
user image
HTC kann auch strings cachen, indem es eine md5-summe darauf als
schlüssel speichert. allerdings muss man für strings explizit cache => 1
übergeben, was bei dateien der default ist.
Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wiki:Wie frage ich & perlintro Wiki:brian's Leitfaden für jedes Perl-Problem
bloonix
 2007-06-14 13:56
#77476 #77476
User since
2005-12-17
1615 Artikel
HausmeisterIn
[Homepage]
user image
[quote=ptk,13.06.2007, 21:06]opi hat ja die ganze Zeit nur einen Prozess mit einem TT-Objekt, und ich nehme an, dass hier automatisch die interne Repräsentation ge-cache-t wird, wenn die Templates von der Platte geholt werden.[/quote]
Jep, das ist korrekt.

[quote=ptk,13.06.2007, 21:06]Bei Templates, die aus einem String kommen, passiert das nicht, wahrscheinlich, weil man nicht zusichern kann, dass der String den Inhalt behalten hat.[/quote]
Das ist auch korrekt.

Die COMPILE-Optionen werde ich benutzen, wenn es sich lohnt. Bislang
läuft alles sehr schnell.
What is a good module? That's hard to say.
What is good code? That's also hard to say.
One man's Thing of Beauty is another's man's Evil Hack.
<< |< 1 2 >| >> 15 Einträge, 2 Seiten



View all threads created 2007-06-13 00:50.