Il y a une semaine, j'ai passé un site sous la dernière version SVN de la 2.0.10.
Et les stats du site indiquent 50% de visiteurs en plus par jour.
Alors que awstats du serveur, le nombre de visites n'a pas sensiblement bougé.
J'ai cru voir passer que la gestion du CRON a changé dernièrement.
Est-ce que ça pourrait avoir une influence sur le traitement des visites ?
PS : sur spip-contrib aussi les stats on brusquement augmentées...
Je ne sais pas si ça vient du core (je ne vois pas très bien d'où ça pourrait venir), ou plutot du plugin job_queue.
Est-ce que tu utilises job_queue ? cache_cool ?
* cedric.morin@yterium.com tapuscrivait, le 20/12/2009 17:31:
Bonjour,
Il y a une semaine, j'ai passé un site sous la dernière version SVN de la 2.0.10.
Et les stats du site indiquent 50% de visiteurs en plus par jour.
Alors que awstats du serveur, le nombre de visites n'a pas sensiblement bougé.
ah ben tiens, ça confirmerait le bug alors...
Je ne sais pas si ça vient du core (je ne vois pas très bien d'où ça pourrait venir), ou plutot du plugin job_queue.
Est-ce que tu utilises job_queue ? cache_cool ?
Ni l'un, ni l'autre.
C'est sur mon site dont il faut taire le nom
Donc, une gestion différente du CRON : il est fait en fin de hit, et pas par le balise #SPIP_CRON (==> si CSS en squelettes, est-ce que ça ne ferait pas un 2e hit pour une seule visite ?)
Gestion différente des bots.
il n'y a que http://trac.rezo.net/trac/spip/changeset/14767
qui peut être lié au problème.
Par contre a brule pourpoint je vois mal les cas qui étaient détectés avant comme des bots et plus maintenant :
- avant on détectait la présence de bot en minuscule dans HTTP_USER_AGENT (sauf si cela commençait par bot ...)
- maintenant on détecte la présence de bot en minuscule ou en majuscule, même si cela commence par bot
A noter cependant que le test de l'écran de sécu est différent : http://zone.spip.org/trac/spip-zone/browser/core/securite/ecran_securite.php#L24
(et je vois un espace louche devant bot dans l'expression régulière !)