(c) 2001-2006

pour les statistiques : essayer de mieux discriminer entre des navigateurs differents sur un meme IP & essayer d'eviter de comptabiliser les bots (par useragent + reperage des fichiers backend)  (discussion generale sur spip-dev, patchs de Nicolas et Antoine)

Remplacement systematique de la fonction lire_meta(x) par son contenu $GLOBALS['meta'][x]
plus efficace et permettant de distinguer plus facilement les globales internes aux scripts 
et celles en provenance de l'entree HTTP.
En parallele, deplacement des fonctions action_auteur dans inc_session pour eviter de charger 
les fonctions d'admin quand ce n'est pas necessaire.

Nouveau modele de gestion des statistiques, qui devrait etre plus robuste et dont le code est plus simple ; mais attention il stocke des tas de fichiers temporaires dans ecrire/data/

Quelques corrections dans le parcours des repertoires (un fichier "0" pouvait bloquer SPIP)

... pas garanti que ça marche déjà + il faut ajouter les taches de ecrire/ (optimiser...) + créer un fichier image pour cacher ce calcul derrière

mecanisme de "allez y mollo" pour l'hébergeur (surcharge-mysql)

(je n'ai pas fait spip_pass.php3 ni inc-formulaires.php3)
+ corrections petits oublis

Plus d'éénements logés dans spip.log

On évite les timeout en faisant une seule grosse opération à la fois

Amélioration de l'écran "purger les données d'indexation", qui indique désoermais "Le moteur de recherche n'est pas activé. Les tables d'indexation du moteur sont vides. " etc.

les referers du jour étaient cassés depuis qu'on ne les lisait plus dans spip_referers_temp. On ajoute donc un champ visites_jour à la table spip_referers, qui est incrémenté en parallèle à visites, mais remis à zéro à minuit.

mesure conservatoire: si un hit tombe dans le cache, on appelle inc_connect.php3 sans avoir préalablement appelé inc_mysql.php3 ; inc_connect.php3 plante, silencieusement, et rien n'apparaît à l'écran, mais la stat n'est pas prise en compte (c'est ma théorie, hein, il faut me démontrer le contraire si j'ai faux...)
Repéré par Arno sur uZine, où rezo.net ne faisait plus aucun referer (forcément, il tombe plus dans le cache qu'un autre referer)

stats, afficher les chiffres dans le bouton + popularité absolue (la relative n'ayant guère d'intérêt à cet endroit)

- clean

+ correction bug articles du jour anti-datés

J'essaie de rendre le calcul des referers plus digeste par le serveur : on traite les md5(referers) par lots de 100... Du coup, au lieu de les dater de la veille, on les date du moment du calcul, et on lance le calcul toutes les heures.

A chaque fois qu'un lot de 100 est terminé, la fonction remet un meta qui lancera le calcukl des 100 suivants au prochain hit, jusqu'à épuisement du stock. C'est peut-être un peu overkill, vu que, du coup, ça va moins se remplir... mais on assure comme ça le vidage d'une base qui a des referrs à traiter "ras la gueule".

J'espère que le code est bon ;)

c'est probablement une erreur de casting ?