y a une faute, je corrige, mais je trouve que de planquer les logos dans les "options avancées" est un très mauvais choix... a +

marquer la fin d'un fichier log (histoire de savoir pourquoi il s'arrête lorsqu'on le scrute via tail -f)

bon, j'arrête pour aujourd'hui

Oct 24 12:09:17 172.30.4.90 fil[671] calcul: CACHE/f/pied.b0096e
Oct 24 12:09:20 172.30.4.90 fil[660] POST: /forum.php3?id_article=1
Oct 24 12:09:21 172.30.4.90 fil[549] GET: /article.php3?id_article=1&recalcul=oui
Oct 24 12:09:21 172.30.4.90 fil[549] calcul: CACHE/e/%7Efil-spip-article-1.5f7b46

divers:

* la variation du delais, statistiqueemnt, ne fait que le diviser par deux;
  l'aléa est donné par les accès au site => poubelle

* envoi du mail nouveautes au premier hit dans l'espace public
  (indépendamment de l'usage du cache ou non)

* introduction d'un mécanisme de log, dont le format est le suivant:
  (fichier data/spip.log)

	Oct 24 01:03:15 spip fil[605]: envoi mail nouveautes
	(date et heure) spip uid[pid]: message

envoi des nouveautes ... a partir d'un squelette (si ça marche !)

et pas <items>

Là, on ne pouvait pas modifier le login d'un auteur juste après l'avoir créé...

Par défaut c'est '', donc rien ne change, mais si quelqu'un veut essayer plein de
squelettes, voire en changer tous les jours, il suffit d'éditer inc_version.php3.

Ca vous convient ?

(http://djvu.sourceforge.net/)

suite a ldap on ne pouvait plus creer d'auteur avec login directement... j'essaie de faire un enchainement logique plus explicite.

- clean

+ correction bug articles du jour anti-datés

Bon, évidemment, spipi n'emmène pas directement sur le fichier de réparation... Mais on ne peut pas vérfiier ce fichier à chaque hit dans ecrire/, si ???