Bof, ca doit dependre du CMS. Il faudrait regarder la distribution des documents consultes, des etats des documents... Un meme document dans un meme etat (workflow) peut tres bien etre consulte par 50 personnes ayant les meme droits ! Pourquoi generer plusieurs fois la page ?
A mon avis, dans de tres nombreux cas on est dans un etat intermediaire (il faut garder la possibilite de generer dynamiquement mais dans de nombreux cas c'est inutile car deja genere). Imagine un journal (pex lemonde) je suis sur que 90% des hits vont sur 10% des pages ! Un peu comme quand 90% du temps de calcul est passe dans 10% du code. Bref, je ne crois pas a la necessite (pour un gros CMS, si il y a 20 poilus ca ira de toute facon..) de recalculer systematiquement les pages !
Une petite question. Est-ce qu'il est possible de cacher des bouts de pages html. Et de recalculer que les bouts qui ont change. J'imaginais une page avec l'heure (linuxfr a la date, pourquoi pas l'heuere).
[^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick
Posté par Alberto . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 4.
A mon avis, dans de tres nombreux cas on est dans un etat intermediaire (il faut garder la possibilite de generer dynamiquement mais dans de nombreux cas c'est inutile car deja genere). Imagine un journal (pex lemonde) je suis sur que 90% des hits vont sur 10% des pages ! Un peu comme quand 90% du temps de calcul est passe dans 10% du code. Bref, je ne crois pas a la necessite (pour un gros CMS, si il y a 20 poilus ca ira de toute facon..) de recalculer systematiquement les pages !
Une petite question. Est-ce qu'il est possible de cacher des bouts de pages html. Et de recalculer que les bouts qui ont change. J'imaginais une page avec l'heure (linuxfr a la date, pourquoi pas l'heuere).