[php] Performance von Fasttemplate

[Martin Franz]

Hallo Alexander,

> Das worst-case-Szenario, dass ich mal produziert habe, war ein _riesiges_
> Formular, mit über 20 Fragen, bei den meisten von diesen wurden die
> Antwortkategorien dynamisch aufgebaut, die Anzahl derer reichte von 3 bis
70.

very interesting.
so Ähnlich siehts bei mir auch aus - nicht ganz so viele Variablen und
Blöcke.
Select felder ö.ä. lassen sich halt nu mal recht angenehm mit Blöcken
erledigen.

> Mit etwas Optimierung (ich hab verhindert, dass sich Unmengen von
Variablen
> ansammelten), hab ich das auf etwas mehr als 2 Sekunden gedrückt

Anfangs hab ich auch so optimiert - in meinem Fall war es meinem Server
seltsamerweise egal, ob er nun 700 mal Variablen ersetzt oder 70 mal. Der
Punkt war wie gesagt nur das auffinden der Blöcke im Template.

> An der PHPlib-Klasse selbst hab ich nichts verändert, ich habe nur ein
wenig
> in deren Interna rumgepfuscht, soll heissen ich habe mir eine Funktion
namens
> kill_var($varname) geschrieben (ist hoffentlich selbsterklärend, zumindest
> für die, die Wissen, was Variablen innerhalb der Template-Klasse sind),
was
> mir sehr geholfen hat, den Variablenbestand im Zaum zu halten.

Diese Funktion würde auch bei Fasttemplate Sinn machen - bzw wenn man die
Reihenfolge der Block und Variablendefinition geschickt gelegt hat liess
sich dieses Problem auch minimieren. Dazu waren aber einige eingefügte
Function-call-counter und status Funktionen nötig.
Dennoch denke ich sind wir nochnicht am Ende der Entwicklung und Optimierung
von Template Klassen angelangt :-)
mal sehn was sich aus der PHPLIB  TP-Class so machen lässt..


> Gesundheit
> Wagner

in diesem Sinne,
Gute Besserung
martin