[Résolu] statistiques quasi nulles suite au passage à la version 3.05 de spip

[oubountou]

bonjour,

suite à une migration de spip 2.010 à spip 3.05, les statistiques ne marchent plus, ou presque.
Je n'ai pas vu de message d'erreur pendant l'installation, le seul message d'erreur était le message qui s'affiche une seconde pendant la sauvegarde de la base.

je suis hébergé chez planethoster.net
Pendant une semaine, les stats ont fonctionné, puis depuis trois jours, plus rien, ou presque.
Les stats ont cessé de s'afficher suite à l'activation de la fonctionnalité " Visiteurs connectés" du couteau suisse. Je ne sais pas si c'est un hasard, vu que j'ai désinstallé cette fonctionnalité et que je ne l'ai pas remise par la suite.

À en croire les quelques liens entrants et les quelques articles visités, il semble que seules les personnes passant par l'interface privée, pour ensuite visiter le site, soient comptabilisées.
J'ai tenté de débloquer les stats de cette façon:
Statistiques : hs ? - SPIP Forums
sans succès.
J'ai regardé du côté des droits de fichiers ( IMG, tmp, config et local en 777), mais les stats restent bloquées. Les stats s'affichent bien dans le cpanel de planethoster, via logaholic, mais à partir du 16/11/2012 seulement, date du dernier enregistrement correct dans spip. Depuis cette date les commentaires ne s'affichent plus dans l'interface privée, mais je continue à en recevoir une copie en mail, et, comme pour les visites, il semble que seuls les commentaires laissés depuis mon ordinateur (que je sois connectée ou non en tant qu'admin sur le site) soient affichés dans l'espace privé.

Du coup, j'ai tenté de réinstaller le site plusieurs fois, en restaurant la base sqlite, et rien ne change. la base de donnée n'indique pas d'erreurs quand je tente un "réparer la base" dans l'interface privée, quand je tente la même chose via le phpmyadmin du cpanel, un message d'erreur s'affiche à propos de la table spip_types_documents : "les index PRIMARY et extemsion semblent identiques et l'un d'eux pourrait être supprimé." le fichier /tmp/log/mysql.log affiche de nombreux messages d'erreur, dont:

Nov 18 19:04:44 89.3.210.151 (pid 30077) ri:ERREUR: Table 'uneorg_lgbti.arty_themeassoc' doesn't exist - SHOW CREATE TABLE `arty_themeassoc` Nov 18 19:04:46 89.3.210.151 (pid 30077) ri:ERREUR: Table 'uneorg_lgbti.mots_articles' doesn't exist - SHOW CREATE TABLE `mots_articles` Nov 18 19:04:46 89.3.210.151 (pid 30077) ri:ERREUR: Table 'uneorg_lgbti.mots_breves' doesn't exist - SHOW CREATE TABLE `mots_breves` Nov 18 19:04:46 89.3.210.151 (pid 30077) ri:ERREUR: Table 'uneorg_lgbti.mots_documents' doesn't exist - SHOW CREATE TABLE `mots_documents` Nov 18 19:04:46 89.3.210.151 (pid 30077) ri:ERREUR: Table 'uneorg_lgbti.mots_forum' doesn't exist - SHOW CREATE TABLE `mots_forum` Nov 18 19:04:47 89.3.210.151 (pid 30077) ri:ERREUR: Table 'uneorg_lgbti.mots_rubriques' doesn't exist - SHOW CREATE TABLE `mots_rubriques` Nov 18 19:04:47 89.3.210.151 (pid 30077) ri:ERREUR: Table 'uneorg_lgbti.mots_syndic' doesn't exist - SHOW CREATE TABLE `mots_syndic` Nov 18 19:04:47 89.3.210.151 (pid 30077) ri:ERREUR: Table 'uneorg_lgbti.ortho_cache' doesn't exist - SHOW CREATE TABLE `ortho_cache` Nov 18 19:04:47 89.3.210.151 (pid 30077) ri:ERREUR: Table 'uneorg_lgbti.ortho_dico' doesn't exist - SHOW CREATE TABLE `ortho_dico` Nov 19 09:27:24 89.3.210.151 (pid 1204) ri:ERREUR: Table 'uneorg_lgbti.spip_plugins_liens' doesn't exist - SHOW CREATE TABLE `spip_plugins_liens` Nov 19 09:27:49 89.3.210.151 (pid 1254) ri:ERREUR: Table 'uneorg_lgbti.spip_plugins_liens' doesn't exist - SHOW CREATE TABLE `spip_plugins_liens` Nov 19 09:27:51 89.3.210.151 (pid 1255) ri:ERREUR: Table 'uneorg_lgbti.spip_plugins_liens' doesn't exist - SHOW CREATE TABLE `spip_plugins_liens` Nov 19 16:32:07 89.3.210.151 (pid 16078) ri:ERREUR: Table 'uneorg_lgbti.cs' doesn't exist - SHOW CREATE TABLE `cs` Nov 19 16:32:07 89.3.210.151 (pid 16078) ri:ERREUR: Table 'uneorg_lgbti.c' doesn't exist - SHOW CREATE TABLE `c`


le fichier /tmp/log/sqlite.log a également pas mal d'erreurs, comme:

ov 18 18:16:18 89.3.210.151 (pid 28123) ri:ERREUR: Erreur sqlite 23000 / 19 Nov 18 18:16:18 89.3.210.151 (pid 28123) ri:ERREUR: columns date, id_article are not unique - INSERT INTO spip_visites_articles (maj,date,id_article,visites) VALUES ('2011-07-26 10:40:17','2011-07-26',46,1) Nov 18 18:16:18 89.3.210.151 (pid 28123) ri:ERREUR: columns date, id_article are not unique - INSERT INTO spip_visites_articles (maj,date,id_article,visites) VALUES ('2011-07-26 10:40:17','2011-07-26',46,1) Nov 18 18:16:18 89.3.210.151 (pid 28123) ri:ERREUR: Erreur sqlite 23000 / 19 Nov 18 18:16:18 89.3.210.151 (pid 28123) ri:ERREUR: columns date, id_article are not unique - INSERT INTO spip_visites_articles (maj,date,id_article,visites) VALUES ('2011-07-27 07:06:12','2011-07-26',3,3) Nov 18 18:16:18 89.3.210.151 (pid 28123) ri:ERREUR: columns date, id_article are not unique - INSERT INTO spip_visites_articles (maj,date,id_article,visites) VALUES ('2011-07-27 07:06:12','2011-07-26',3,3) Nov 18 18:16:18 89.3.210.151 (pid 28123) ri:ERREUR: Erreur sqlite 23000 / 19 Nov 18 18:16:18 89.3.210.151 (pid 28123) ri:ERREUR: columns date, id_article are not unique - INSERT INTO spip_visites_articles (maj,date,id_article,visites) VALUES ('2011-07-26 18:58:56','2011-07-26',97,1) Nov 18 18:16:56 89.3.210.151 (pid 28184) ri:ERREUR: Erreur sqlite HY000 / 1


merci d'avance pour votre aide

 

[oubountou]

problème résolu

aujourd'hui, après quatre jours sans stats ni commentaires, tout refonctionne,
peut être que c'était le temps que le site soit pris en compte, mon hébergeur
avait opté pour planethoster.net il y a quelques jours seulement.
Merci de m'avoir lu, en espérant que ce post pourra rassurer des personnes
peu expérimentées comme moi et ayant les mêmes symptômes sur leur site.
Il semble que les données ajoutées après la date du changement de serveur, mais avant que tout refonctionne, c'est à dire les nouveaux articles, modifs dans des articles existants, et modifs des fichiers du dossiers squelettes n'aient pas été prises en compte.
J'imagine que ce cas de figure est normal, si j'en crois la doc de spip:

Déménagement d'un site SPIP - SPIP

Si votre site a une activité importante, il est préférable d’éviter qu’il y ait des contributions pendant le déménagement du site. SPIP n’a pas de mécanisme spécifique pour cela, mais on peut déjà (et de préférence plusieurs jours avant les opérations) :
- avertir par mail les auteurs, si l’on maintient une liste de ceux-ci,
- mettre un post général dans la messagerie interne de SPIP,
- éventuellement le publier sur le site lui même.

Je n'ai pas réussi à trouver comment passer ce sujet en [Résolu] mair le cœur y est

 

[pierre_kuhn]

Bonsoir

je vois juste ton message désolé.
Je ne connais actuellement pas ce soucis sur les sites que je gère.