* on renoue avec les fichiers .NEW qui permettent d'invalider rapidement les
caches créés mais pas réutilisés dans l'heure.

* on stocke la taille des fichiers cache, ce qui permettra, à terme de gérer
un quota pour le cache (pour l'instant on ne peut faire que : SELECT
SUM(taille) FROM spip_caches;)


Par ailleurs je débuggue un peu les nouveautés du compilateur, que j'avais
laissées de côté le temps de retrouver un système fonctionnel sur l'ensemble
des anciennes fonctionnalités : {id_rubrique=#ID_RUBRIQUE} et
{titre==$titre} devraient de nouveau fonctionner.


En ce qui concerne l'écriture des balise_NOM_dist(), j'ai modifié la
structure des données passées à ce type de fonctions de manière à ce qu'on
puisse préciser directement dans leur définition les traitements standards;
ça évitera le fouillis actuel avec des bouts de définition éclatés un peu
partout (l'idée est de permettre d'avoir des contribs complètes).

Elle permet au script suivant de fonctionner :

<?php

	//
	// Ce script s'execute lentement, et si SPIP est en mode 'buffered'
	// on n'obtient normalement les resultats qu'a la fin du calcul ; mais
	// on a ajoute la commande spip_ob_flush() de maniere a flusher le
	// resultat au fur et a mesure...
	// (NB: en contrepartie on perd la compression)
	//

	$q = spip_query('SELECT * FROM spip_articles LIMIT 0,10');
	while ($r = spip_fetch_array($q)) {
		echo "<br>".$r[titre];
		for ($i=0; $i< 80000; $i++) echo ' '; // pour simuler un peu de contenu

		## commenter la ligne ci-dessous pour tester en mode habituel
		spip_ob_flush();
		sleep(1);
	}

?>

* entete Last-Modified:
* compression
* var_recherche

dbug surlignement et gestion du content-length (nécessite ob_start(), mais ça on l'a aussi avec la compression auto)

les boutons admin disparaissaient quand la page était en mode html

* Code du compilo plus lisible par des humains normaux
* méthode de création de balises persos :
	function balise_TOTO ($p) {
		$_champ = champ_sql('toto', $p);
		$p->code = "fonction_truc($_champ)";
		return $p;
	}

Referers: possibilite de definir la variable d'appel en expression reguliere (voir par exemple Voila)

Attention il y avait un probleme quand A devait être invalidé (pour relire son forum sous l'article) : si à ce moment B avait obtenu de faire le travail, A pouvait toucher son cache avant que B n'ait fini de purger...

+ ne pas stocker d'invalideurs pour les pages sans cache :)

- on n'a désormais plus qu'une table spip_caches, sous la forme :
+-----------------------------------------------+-----------------+-------+
| hache                                         | id              | suppr |
+-----------------------------------------------+-----------------+-------+
| CACHE/c/86400/cle%3Fid_article%3D884.9595d74a | id_article/884  | NULL  |
| CACHE/c/86400/cle%3Fid_article%3D884.9595d74a | id_article/907  | NULL  |
... / ...
| CACHE/2/86400/le%3Fid_article%3D2505.5d9390a2 | id_forum/a2505  | NULL  |
| CACHE/2/86400/le%3Fid_article%3D2505.5d9390a2 | id_article/2505 | NULL  |
| CACHE/2/86400/le%3Fid_article%3D2505.5d9390a2 | id_article/2442 | NULL  |
... / ...

ici hache est le nom du fichier cache ; id l'identifiant (composite) de l'invalideur, et suppr est mis à 'x' quand on demande de supprimer. Un message est alors posé dans lire_meta() pour dire à inc-public.php3 de faire le ménage avant d'aller chercher un fichier cache.


Dans ecrire/articles.php3 il y a à deux endroits l'appel à l'invalidation

bug hierarchie {id_rubrique} (ce que je voulais mettre en notation {tout} est en fait le standard)  (Paolo)