Bonjour
Fil a écrit:
Je me pose toujours des questions sur l'optimisation de la base
(ecrire/optimiser.php3), i.e. la suppression effective des articles,
breves...
Non, l'optimisation ce n'est pas la même chose que la suppression des
éléments qui se trouvent au statut "poubelle" 
OK. Quand je parle d'optimisation de la base, je pensais au script
ecrire/optimiser.php3. Car même s'il contient les instructions
d'optimisation MySQL, il contient également les suppression d'articles,
de brèves.... ayant un statut poubelle.
L'optimisation c'est ni plus ni moins que la commande MySQL : "OPTIMIZE TABLE
spip_..." répétée sur toutes les tables.
OK. Voir ci-dessus
Le vidage de la poubelle se fait en temps et en heure, environ 24 h après
que les articles ont été mis à la poubelle.
Oui. Par ecrire/index.php3 qui calcule un laps de temps et qui lance
optimiser.php3. Mon problème est que les articles/brèves... à supprimer
physisquement (staut=poubelle) ne sont pas supprimés.
Mais surtout : quelle importance ???
Voila le coeur du problème. Nous sommes en train de mettre en place
l'intranet sous SPIP. Nous avons créé l'environnement (utilsiateurs,
droits, administration restreinte, rubriques...). Nous sommes donc en
pahse de réglage.
Pour effectuer ces réglages correctement, nous
postons/supprimons/modifions des articles/breves/réponses à des articles...
Nous sommes prêts à passer en prod. Mais nous aimerions partir d'une
base "propre", donc sans scories dues aux réglages.
Et si ce phénomène se produit en réglage, pourquoi le fait de dire nous
sommes en prod corrigerait ce problème ? Donc nous risquons de nous
retrouver avec des scories (éléments marqués à supprimer qui ne le sont
jamais...)
As-tu une idée pour voir ce qui pose problème (fichier de trace, log à
mettre dans un script....) ? Je suis preneur de toute idée.
Merci d'avance
PS : hormis cela, SPIP en a convaincu plus d'un dans la boutique.