Martin Arnaud | 17 Jul 11:55

Statistiques déconnent

Salut,

La révision 12052 sur inc/statistiques fait que l'affichage des  
statistiques n'est plus du tout bon:

– il n'y a plus l'affichage de la valeur du jour; pas seulement  
l'histoire de prévision, ça n'affiche carrément plus la valeur des  
entrées effectives du jour; au passage, le récapitulatif sous la  
courbe indiquand «aujourd'hui» est en permanence à 0;

– la courbe des stats est décalée d'une journée vers la gauche: les  
valeurs d'une journée sont celles du lendemain. Par exemple:
     + 1er juin: 1935 visites
Alors que c'est la valeur du 2 juin. La valeur du premier juin, dans  
cette logiques, est affiché le 31 mai.

– il n'y a plus d'espace, dans la bulle de survol, entre le nom du  
jour et le numéro du jour: «dimanche1er juin».

A*
RealET | 17 Jul 12:32

Re: Statistiques déconnent

* Martin Arnaud tapuscrivait, le 17/07/2008 11:56:
> Salut,
> 
> La révision 12052 sur inc/statistiques fait que l'affichage des 
> statistiques n'est plus du tout bon:
> 
> – il n'y a plus l'affichage de la valeur du jour; pas seulement 
> l'histoire de prévision, ça n'affiche carrément plus la valeur des 
> entrées effectives du jour; au passage, le récapitulatif sous la courbe 
> indiquand «aujourd'hui» est en permanence à 0;
J'ai le même symptôme en 12085 sur un serveur avec pleins de SPIP 
mutualisés.
Mais en 12082 sur un autre serveur, c'est bon.
Et sur un 3e en 12082, même symptômes.

--

-- 
RealET

Committo,Ergo:sum | 17 Jul 13:29

Re: Statistiques déconnent


Le 17 juil. 08 à 11:56, Martin Arnaud a écrit :

> Salut,
>
> La révision 12052 sur inc/statistiques fait que l'affichage des  
> statistiques n'est plus du tout bon:

Je reprends à l'envers:

>
> – il n'y a plus d'espace, dans la bulle de survol, entre le nom du  
> jour et le numéro du jour: «dimanche1er juin».

vu, c'est rien.

>
> – la courbe des stats est décalée d'une journée vers la gauche: les  
> valeurs d'une journée sont celles du lendemain. Par exemple:
>    + 1er juin: 1935 visites
> Alors que c'est la valeur du 2 juin. La valeur du premier juin, dans  
> cette logiques, est affiché le 31 mai.

ok http://trac.rezo.net/trac/spip/changeset/12052/spip/ecrire/inc/statistiques.php 
  disait qu'il ne fallait pas utiliser ROUND,
ce qui est exact, mais c'est CEIL le bon plan, pas FLOOR.

> – il n'y a plus l'affichage de la valeur du jour; pas seulement  
> l'histoire de prévision, ça n'affiche carrément plus la valeur des  
> entrées effectives du jour; au passage, le récapitulatif sous la  
(Continue reading)

RealET | 17 Jul 13:36

Re: Statistiques déconnent

* Committo,Ergo:sum tapuscrivait, le 17/07/2008 13:29:

>> – il n'y a plus l'affichage de la valeur du jour; pas seulement 
>> l'histoire de prévision, ça n'affiche carrément plus la valeur des 
>> entrées effectives du jour; au passage, le récapitulatif sous la 
>> courbe indiquand «aujourd'hui» est en permanence à 0;
> 
> Là c'est le truc que je signalais comme incompréhensible et datant de 
> http://trac.rezo.net/trac/spip/changeset/8859
> Pourquoi la stat du jour doit-elle être traitée à part ?
De mémoire (parce que j'avais participé à ça), c'est parce qu'elles ne 
sont pas dans la requête SQL mais dans une variable à part.

--

-- 
RealET

Martin Arnaud | 17 Jul 15:57

Re: Statistiques déconnent


Le 17 juil. 08 à 13:29, Committo,Ergo:sum a écrit :
>> – il n'y a plus l'affichage de la valeur du jour; pas seulement  
>> l'histoire de prévision, ça n'affiche carrément plus la valeur des  
>> entrées effectives du jour; au passage, le récapitulatif sous la  
>> courbe indiquand «aujourd'hui» est en permanence à 0;
>
> Là c'est le truc que je signalais comme incompréhensible et datant  
> de http://trac.rezo.net/trac/spip/changeset/8859
> Pourquoi la stat du jour doit-elle être traitée à part ?

Je sais pas trop, le dernier qui était intervenu lourdement là dessus,  
c'est Fil, avec son système de prévision des visites et, auparavant,  
le calcul de la popularité.

A priori:
– comme le dit RealET, il se peut qu'à une époque, les valeurs des  
stats du jour étaient stockées ailleurs; désormais je ne sais pas trop;
– on a un traitement graphique différent; et vu que l'histogramme est  
casse-bonbons...
– il y a l'estimation des visites qu'on atteindra, qui demandait  
certainement un traitement spécifique.

Enfin, le code est lourdingue, pour plusieurs raisons:
– l'histogramme HTML est carrément complexe, remonte à Mathusalem, et  
c'est moi qui l'avait codé, alors forcément c'est assez porcin;
- comme c'est calculé à chaque fois, on a dû essayer de mixer  
plusieurs calculs pour récupérer le résultat en dessous, ce qui ne  
facilite pas le travail (parce exemple la valeur «Aujourd'hui» était  
censée avoir été récupérée directement dans la construction de  
(Continue reading)

Re: Statistiques déconnent

il ne faut pas investir de temps dans cet histogramme html, et se  
contenter de rétablir les regressions pour la sortie de la 2.0.

La solution d'avenir est vraisemblablement un graphique construit  
coté client avec jQuery flot.
Il y a au moins deux tickets sur ce sujet.
Cédric

Le 17 juil. 08 à 15:57, Martin Arnaud a écrit :

>
> Le 17 juil. 08 à 13:29, Committo,Ergo:sum a écrit :
>>> – il n'y a plus l'affichage de la valeur du jour; pas seulement  
>>> l'histoire de prévision, ça n'affiche carrément plus la valeur  
>>> des entrées effectives du jour; au passage, le récapitulatif sous  
>>> la courbe indiquand «aujourd'hui» est en permanence à 0;
>>
>> Là c'est le truc que je signalais comme incompréhensible et datant  
>> de http://trac.rezo.net/trac/spip/changeset/8859
>> Pourquoi la stat du jour doit-elle être traitée à part ?
>
> Je sais pas trop, le dernier qui était intervenu lourdement là  
> dessus, c'est Fil, avec son système de prévision des visites et,  
> auparavant, le calcul de la popularité.
>
> A priori:
> – comme le dit RealET, il se peut qu'à une époque, les valeurs des  
> stats du jour étaient stockées ailleurs; désormais je ne sais pas  
> trop;
> – on a un traitement graphique différent; et vu que l'histogramme  
(Continue reading)

Committo,Ergo:sum | 17 Jul 17:02

Re: Statistiques déconnent


Le 17 juil. 08 à 16:34, cedric.morin <at> yterium.com a écrit :

> il ne faut pas investir de temps dans cet histogramme html, et se  
> contenter de rétablir les regressions pour la sortie de la 2.0.
>
> La solution d'avenir est vraisemblablement un graphique construit  
> coté client avec jQuery flot.
> Il y a au moins deux tickets sur ce sujet.

Il ne faut pas mélanger les problèmes. Mon but dans cette histoire est  
justement que ce code soit à terme un squelette dont le contenu  
pourrait, à volonté,  être du HTML ou du JS. Mais dans les deux cas le  
problème est de collecter les données sur lesquelles l'un ou l'autre  
de ces formalismes va s'appliquer. Et la question du jour est que ces  
données ne sont pas clairement identifiées: le code initial était  
bourré de variables globales PHP qui faisaient que certaines données  
collectées pour les stats du jour étaient répercutées sur les stats du  
mois etc. C'est pas JS qui rétablira miraculeusement cette collecte  
infernale. D'ailleurs si ces tickets existent depuis si longtemps sans  
que rien n'ait été fait, y a une raison, qui s'appelle le yakafokon.

Alors j'attends toujours qu'on m'explique qu'elle est cette  
miraculeuse variable qui contiendrait les stats du jour courant.

Committo,Ergo:Sum

Martin Arnaud | 17 Jul 17:38

Re: Statistiques déconnent


Le 17 juil. 08 à 17:02, Committo,Ergo:sum a écrit :
> Alors j'attends toujours qu'on m'explique qu'elle est cette  
> miraculeuse variable qui contiendrait les stats du jour courant.

Sauf erreur, les visites du jour sont directement stockées dans  
spip_visites, comme un jour normal. Le seul truc rigolo, sauf erreur,  
c'est d'afficher au-dessus l'estimation des visites en fin de journée.  
Mais la valeur elle-même des stats du jour, c'est la dernière entrée  
de spip_visite.

A*

Committo,Ergo:sum | 18 Jul 10:55

Re: Statistiques déconnent


Le 17 juil. 08 à 17:38, Martin Arnaud a écrit :

>
> Le 17 juil. 08 à 17:02, Committo,Ergo:sum a écrit :
>> Alors j'attends toujours qu'on m'explique qu'elle est cette  
>> miraculeuse variable qui contiendrait les stats du jour courant.
>
> Sauf erreur, les visites du jour sont directement stockées dans  
> spip_visites, comme un jour normal. Le seul truc rigolo, sauf  
> erreur, c'est d'afficher au-dessus l'estimation des visites en fin  
> de journée. Mais la valeur elle-même des stats du jour, c'est la  
> dernière entrée de spip_visite.

Bon, j'envoie déjà le correctif pour 2 des 3 points signalés, ça  
clarifie déjà un peu.

Committo,Ergo:Sum


Gmane