en cas de forum modéré, renvoyer vers l'URL de validation (léger problème si les auteurs de l'article ne sont pas admins, mais c'est déjà une amélioration)

appliquer corriger_caracteres() sur les posts des forums au moment où on les enregistre dans la base + il n'est pas interdit de coder proprement

(c'est le cas de www.spip.net)

problème d'invalidation sur #FORUMLARE_FORUM (effacer les cahces des pages quand on modifie les réglages du forum...)

ne plus créer de forum 'redac' en attendant la version définitive : tout le preview etc se passe hors de la base SQL

backport lab <div> pour les documents
backport lab <strong> au lieu de <b> pour les {{}}  (pourquoi? je ne sais pas)

encore beaucoup de modifs, je ne détaille pas, car elles sont surtout du fond et des suites de discussions sur spip-dev :

* le debogueur devient de plus en plus riche et subtil (n'affiche plus à tout vent les erreurs mysql, par exemple, mais seulement aux admins)

* nettoayge du code des forums

* tentative de résoudre le bug de ecrire_fichier sous windows

* En matière de boucles et balises, l'ajout de id_thread dans la table spip_forum donne tout de suite le critère {id_thread} qui va bien pour retrouver le pied d'une discussion

etc.

Il va falloir mettre à jour NOUVEAUTES et TODO :)

* 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).

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

(moins on aura de façons différentes de parler à la base, et mieux
on se portera quand il faudra migrer vers un autre SGDB)

NB: une fois testé qu'il n'y a pas d'oubli, on peut réactiver les fonctions au cas où elles serviraient dans des scripts externes ou contribs.

avec cette version je peux de nouveau faire tourner mes sites sous SPIP-cvs
(sauf bug flagrant).

Par rapport à la version précédente, il y a des dizaines de modifs :
- retour au schéma de cache précédent (noms de fichiers avec un peu plus de md5() au cas où
- retour des inc-urls personnalisés
- meilleure intégration, je pense, de l'invalideur de forums
- API invalideur déplacée dans l'espace privé pour pouvoir être appelée depuis ecrire/ (attention, il faudra que ça soit en option seulement !)

Par contre j'ai dû faire sauter, au moins provisoirement :
- les fichiers cache '_NEW' : d'une part on doit pouvoir les régler avec l'invalideur, d'autre part ça introduisait plein de biscorneries que j'ai préféré eviter
- l'inclusion en mode "html" et la gestion de la $fraicheur dans ce cas (mais les données du compilo concernant le mode "html" ou "php" sont préservées dans les meta-données du fichier cache
- le mécanisme de lock sur le calcul du squelette compilé
- le flock() sur calcul des caches de page (remplacé par spip_get_lock()

Je crois que c'est tout, mais j'en oublie forcément

A plus