Du cache static sur les saisies

Les saisies font beaucoup d'inclusion, et donc de calcul.

À chaque invalidation du cache, on doit refaire cela.

Pourtant, hormis les saisies qui concerne les objets éditoriaux, on n'a a priori pas besoin d'invalider, car le html à produire ne dépend QUE des paramètres passées à la saisie.

Si j'en crois https://git.spip.net/SPIP/spip/src/branch/master/ecrire/public/balises.php#L1811 on peut dire qu'un cache est statique (soit dit en passant, je ne comprend pas pourquoi le PHP doc dit qu'un cache est par défaut statique, tout en disant que c'est une options ...)

Cela pourrait valoir la peine de mettre donc en tete des saisies NON éditoriales

#CACHE{undelai,statique}.

Les questions que je me pose

a. Est-ce que cela vaut vraiment la peine. A mon avis oui (notamment pour les sites qui ont beaucoup de formulaire b. On mettrait quoi dans undelai ? un delai long (genre 243600365) ? Ou bien le delai par defaut du site (mais peut-on/doit-on mettre une valeur calculé en premier argument de #CACHE ?) Si delai long, est-ce que cela pejore le ramasse miette c. Est-ce que le fait que saisies/_base.html utilise un #INCLUREchange quelque chose d. Est-ce que la surcharge de#CACHE` par cachelab rendrait inopérant le système ?

Ping @cerdic et @JLuc, spécialistes de ces questions, pour avis et éclaircissement.