Forum

Bonjour à tous,

comme dans le <a href="/forum/topic-16195+jours-sans-statistiques">post de Benflovideo</a> je rencontre des problèmes avec les statistiques.
Sur mon <a href="http://braslou.lescigales.org">site en v4.1.7</a> ainsi que <a href="http://braslou.esy.es">celui en v5.0.9</a>, les statistiques "Site référent" restent totalement vides alors que bien souvent je clique sur les lien vers mes sites depuis les posts sur ce forum pour vérifier que cela fonctionne correctement.

Sur mon site en 4.1.7 j'ai cette erreur archivée datant du 15/08 : <span class="question"> Inconnue : invalid query. (ERRNO 1062) Duplicate entry '14-8-2016' for key 2query: INSERT INTO phpboost412_stats (stats_year, stats_month, stats_day, nbr, pages, pages_detail) VALUES ('2016', '08', 14, 0, 0, '');
#0 /home/users/00/30/a5/home/www/kernel/framework/io/db/driver/mysql/MySQLQuerier.class.php(54): MySQLQuerier->execute('INSERT INTO php...', Array)
#1 /home/users/00/30/a5/home/www/kernel/framework/io/db/DBQuerier.class.php(106): MySQLQuerier->inject('INSERT INTO php...', Array)
#2 /home/users/00/30/a5/home/www/stats/phpboost/StatsScheduledJobs.class.php(39): DBQuerier->insert('phpboost412_sta...', Array)
#3 /home/users/00/30/a5/home/www/kernel/framework/core/environment/Environment.class.php(374): StatsScheduledJobs->on_changeday(Object(Date), Object(Date))
#4 /home/users/00/30/a5/home/www/kernel/framework/core/environment/Environment.class.php(340): Environment::execute_modules_changedays_tasks()
#5 /home/users/00/30/a5/home/www/kernel/framework/core/environment/Environment.class.php(330): Environment::perform_changeday()
#6 /home/users/00/30/a5/home/www/kernel/framework/core/environment/Environment.class.php(98): Environment::process_changeday_tasks_if_needed()
#7 /home/users/00/30/a5/home/www/kernel/framework/core/environment/Environment.class.php(65): Environment::try_init()
#8 /home/users/00/30/a5/home/www/kernel/init.php(37): Environment::init()
#9 /home/users/00/30/a5/home/www/syndication/index.php(29): require_once('/home/users/00/...')
#10 {main}


/home/users/00/30/a5/home/www/kernel/framework/io/db/driver/mysql/MySQLQuerier.class.php </span>

Côté site en 5.0.9 j'ai une autre erreur qui apparaît en permanence : <span class="notice">
Suggestion : ob_start(): failed to create buffer


[0] /kernel/framework/core/environment/Environment.class.php:181
[0] /kernel/framework/core/environment/Environment.class.php:181 - ob_start(string)
[1] /kernel/framework/mvc/dispatcher/DispatchManager.class.php:58 - Environment::init_output_bufferization()
[2] /kernel/framework/phpboost/user/session/SessionData.class.php:499 - DispatchManager::redirect(UserErrorController)
[3] /kernel/framework/phpboost/user/session/SessionData.class.php:491 - SessionData->check_csrf_attack()
[4] /gallery/xmlhttprequest.php:63 - SessionData->csrf_get_protect()
[URL] /gallery/xmlhttprequest.php?token=c0f929d52fec3604&rename_pics=1
</span>
<span class="warning"> Avertissement : ob_start(): output handler 'ob_gzhandler' conflicts with 'zlib output compression'


[0] /kernel/framework/core/environment/Environment.class.php:181
[0] /kernel/framework/core/environment/Environment.class.php:181 - ob_start(string)
[1] /kernel/framework/mvc/dispatcher/DispatchManager.class.php:58 - Environment::init_output_bufferization()
[2] /kernel/framework/phpboost/user/session/SessionData.class.php:499 - DispatchManager::redirect(UserErrorController)
[3] /kernel/framework/phpboost/user/session/SessionData.class.php:491 - SessionData->check_csrf_attack()
[4] /gallery/xmlhttprequest.php:63 - SessionData->csrf_get_protect()
[URL] /gallery/xmlhttprequest.php?token=c0f929d52fec3604&rename_pics=1
</span>

Alors je me demande s'il y a un problème dans la gestion des stats ou est-ce que cette statistique évolue d'une autre manière ?

Cordialement,
Olivier.

Peut-être que la réponse est ici :

j1.seth :

Bonjour,



Je remets ici la raison de rejet du bug :



Le problème, c'est que depuis quelques temps les moteurs de recherche (au moins Google) ne passent plus les mots clés dans les recherches quand ils sont utilisés en https (ce qu'ils forcent par défaut) et du coup aucun moyen de les récupérer avec phpboost.



par contre si tu fais ta recherche sur google en http, les mots de clés seront bien envoyés à ton site par google et ils seront bien comptabilisés.



Explications Google (en anglais) : https://googleblog.blogspot.fr/2011/10/making-search-more-secure.html



Je rejette le bug puisqu'on ne peut pas faire mieux (c'est pareil pour tous les CMS).



Le mieux est d'utiliser le module Google Analytics et de visualiser tes stats directement dans l'interface de Google.

Comme PHPBoost est en HTTPS, les stats sur les sites en HTTP ne sont pas prises en compte ?

Car je viens de cliquer sur un lien vers mon site en 5.0.9 depuis un site en HTTP et la stat Site Référent se met à jour.

Édité par olivierb Le 17/08/2016 à 10h43

Bonjour,

Citation:
cela veux dire que la stats était déjà présente alors que PHPBoost a essayer de l'insérer, cela peu arriver si MySQL a eu un coup de mou au changement de date.

Citation:
faut désactiver la compression des pages (il me semble déjà l'avoir dit pas mal de fois, je vais finir par le mettre dans le wiki je pense).

Citation:
Le lien que tu indique c'est pour les mots clés et non les stats des sites référents (la méthode de récupération est différente donc normalement pas de rapport entre les deux).
Globalement il peu y avoir plein de facteurs pour laquel un site référent ne soit pas pris en compte, et parmis ces facteurs il peu y avoir le module qui a un bug.

Visiblement d'après les stats accessible sur certains sites en v5, les sites référents fonctionne plutôt pas mal (Cf : http://linuxtricks.fr/stats/stats-referer.php).

Donc il faudrait avoir un accès au logs apache pour voir si le referer n'est pas éliminé côté hébergeur ou si tout simplement y a pas un addons navigateur qui entre en jeu dans tout ça.

Cordialement, janus57

Bonjour Janus,

Citation:
Je viens de désactiver la compression alors que PBT m'indique qu'elle est disponible chez mon hébergeur et effectivement, l'erreur n'apparaît plus

Citation:
Le panel hostinger pour un compte gratuit ne me permet pas d'accéder aux erreurs apache. Un manque chez eux

Merci Janus pour tes explications et ta patience

Cordialement,
Olivier.

Bonjour,

Citation:
il faut nuancer le fait qu'elle soit disponible et le fait que l'hébergeur la force par défaut dans PHP (c'est le cas de hostinger et je crois que cela doit être le seule à ma connaissance car cela peu avoir des effets de bord sur les sites non prévu).

Citation:
c'est pas les erreur qu'il faut mais bien les logs d'accès qui doivent montrer le referer si celui-ci n'est pas masqué, de mon côté je viens de faire le test avec FF48 + quelques addons et voici le résultat :


Pas de referer non plus dans la requ^te (peut être dû à cloudflare que j'utilise ou car je passe de HTTPS à HTTP qui est un "dowgrade" de sécurité.

Par contre si je voyage sur le site :


Là je peu voir un referer envoyé par firefox que PHPBoost peu récupérer en PHP (là je vérifie juste via les logs apache car j'ai la possibilité de le faire).

Cordialement, janus57

Pas tout compris mais je te fais confiance

Cordialement,
Olivier.