Je ne joue pas à l'El33t, je mets des A ou EE maj pour ne pas s'eméler les pinceaux entre templAte et templEEt.
J'ai déjà indiqué plus haut les résultats sans cache: 7.3req/s et 145Ko/s pour les templAtes (compliqués :) de linuxfr.
En fait, TemplEEt fonctionne globalement comme ça (j'ai tracé la chose pour ne pas mourir crétin):
Erreur 403|404 => Execution de templeet.php qui lance le chrono (facteur ralentisseur, tiens), décode l'argument:
si argument=rien de connu => page d'erreur:
Sinon, il lit le templAte correspondant à l'argument:
Ouverture du TemplAte en question:
Mise en cache des include éventuels (héhé)
Parsing de haut en bas du templAte.
A chaque fonction, un appel vers ./module/nom_du_module.php , avec passage des arguments, ( un module gère de une à plusieurs fonctions mot-clé templEEt) qui bosse et revient au noyau de templEEt qui poursuit.
A la fin du templAte, le chrono est arrété, et le footer éventuel indiquant le temps d'exécution est éventuellement indiqué.
En gros, c'est comme ça que ça fonctionne, et ça va plus vite que SPIP même sans aucun cache. Pire, il écrit le cache à chaque fois qu'il est exécuté dans ce cas, il me semble, vu que comme il le templAte n'est sensé s'exécuter QUE en cas de cache absent, il est inutile de vérifier. Il faudrait désactiver l'écriture du cache pour voir.
En fait, ça va bien plus vite que tu ne penses.
Voilà.
Si un des créateurs de Templeet pense que j'ai dit des conneries, merci de rectifier.
[^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick
Posté par Rafael Pinilla . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 4.
J'ai déjà indiqué plus haut les résultats sans cache: 7.3req/s et 145Ko/s pour les templAtes (compliqués :) de linuxfr.
En fait, TemplEEt fonctionne globalement comme ça (j'ai tracé la chose pour ne pas mourir crétin):
Erreur 403|404 => Execution de templeet.php qui lance le chrono (facteur ralentisseur, tiens), décode l'argument:
si argument=rien de connu => page d'erreur:
Sinon, il lit le templAte correspondant à l'argument:
Ouverture du TemplAte en question:
Mise en cache des include éventuels (héhé)
Parsing de haut en bas du templAte.
A chaque fonction, un appel vers ./module/nom_du_module.php , avec passage des arguments, ( un module gère de une à plusieurs fonctions mot-clé templEEt) qui bosse et revient au noyau de templEEt qui poursuit.
A la fin du templAte, le chrono est arrété, et le footer éventuel indiquant le temps d'exécution est éventuellement indiqué.
En gros, c'est comme ça que ça fonctionne, et ça va plus vite que SPIP même sans aucun cache. Pire, il écrit le cache à chaque fois qu'il est exécuté dans ce cas, il me semble, vu que comme il le templAte n'est sensé s'exécuter QUE en cas de cache absent, il est inutile de vérifier. Il faudrait désactiver l'écriture du cache pour voir.
En fait, ça va bien plus vite que tu ne penses.
Voilà.
Si un des créateurs de Templeet pense que j'ai dit des conneries, merci de rectifier.