c'est juste la méthode qui est un peu radicale ...

En même temps, ça fait plus d'un an que Yohan pose le problème de ces tables d'historique... :)

Pour une purge : je "plussoie".

rub a écrit:

En 1.7, tu es passé à combien en comptant les 2 tables d'historique?

j'ai changé d'hébergeur début mars, avec la 1.6.2, et je n'ai pas récupéré la table _history de l'ancien (Free), trop grosse !
et je suis passé en 1.7 début mai. La table history_backup fait 7.7Mo, et _history 1.8Mo, _history_summary 11ko

avec un nb conséquent de visiteurs ca doit vite exploser !

il ya une petite ambiguité dans mon message: le "ce qui est pas énorme " c'est le nb de visiteurs ;)
et 20Mo pour ca, c'est assez énorme !
j'ai du utiliser la 1.6.2 pendant 2 mois sur mon nouvel hébergement, et j'ai une table history_backup qui fait déja 7.7Mo !

saimon a écrit:

mais sur mon compte free la table _history avait atteint les 20,7Mo !

Tu admettras qu'une table de cette taille, pour de l'historique, c'est anormal. A quoi te sert de savoir qui a vu quelle image il y a + d'un an ? Personnellement, depuis que j'utilise PWG sur Free, je n'ai jamais gardé plus de 4 mois d'historique (et encore, je trouve que çà fait trop !). L'historique me permet de contrôler la validité des accès de mes visiteurs inscrits dans le sens où quelques uns me remontent des difficultés de connexion (because les cookies mais c'est un autre pb) et de cibler les robots qui me poluent.

[edit]Comme je l'ai dit plus haut : Free offre un hébergement mutualisé gratuit (en terme de condition d'offre et de qualité, dans ce domaine, j'ai pas trouvé mieux). Dans ce contexte, les abus d'une minorité (jespère) ont forcément un impact négatif sur l'ensemble de la communauté.[/edit]

saimon a écrit:

En peut être 1an1/2 avec une vingtaine de visiteurs humains / jour (+ les robots qui doivent représenter une grosse partie des log), ce qui pas énorme ...

Pour les robots, c'est pour çà aussi que j'ai pondu le Mod et le plugin Stats_IP_Excluder.

rub a écrit:

Mais, rien n'est généralisé pour le moment, il doit s'agit de très grosses tables d'historiques (j'aimerai bien connaître la taille d'ailleurs?)

Effectivement, il n'y a pas de script DROP TABLE sur #_history. Yohan le fait lors de ces sondages sur les serveurs (principalement ceux qui ont de sérieux pb de performances). Mais c'est un peu la roulette russe pour les utilisateurs de PWG.

Yohan n'a pas été très explicite sur la taille maximum admissible. Je pense qu'une taille "raisonnable" serait au maximum 6Mo, Il a été question, à un moment, de tables history de plus de 20Mo (pas forcément issues de PWG, hein !) qui ont été supprimées sur des serveurs qui ne tenaient plus la route. Certains comptes associés à ces tables ont d'ailleurs été supprimés également pour non respect des CGV. C'est ce qui a dû mettre le feu aux poudres.

Depuis, des indélicats ont crié au loup de manière très peu diplomatique et d'autres serveurs ont fait les frais de scripts de stats mal écrits ou mal utilisés (phpmyvisits, par exemple). Résultat : Le message laconique "Nous n'acceptons pas de statistiques/historiques web sur base de
données. Une table mysql detruite.".

rub a écrit:

o faire en sorte que PWG fonctionne sans les tables historiques (ca doit déjà être le cas, si l'historique n'est pas activée!)

C'est le cas en 1.6.x et 1.7.0 mais par défaut, l'historique est activé (je me mets à la place des newbies).

rub a écrit:

o sauvegarder l'historique en brut dans un fichier de log et non dans une table (sans restitution dans l'application) (plugin ou de base)

S'il n'est pas possible de le restituer, je ne vois pas l'intérêt. A part peut-être pour ceux qui envisageraient de reprendre ces données en local pour faire des stats offline ? Je ne suis pas certain qu'il y est foule...

rub a écrit:

o pouvoir purger l'historique en gardant x jours, les données supprimées de la table pourront être sauvegardés dans des fichiers (plugin ou de base)

+1000

Je creuse l'idée d'un plugin pour la purge. Dans l'urgence, je ne peux que suggérer aux utilisateurs de PWG sous Free de désactiver l'historique ou de faire très attention à la taille de leur table. Pour des sites qui drainent beaucoup de trafic quotidien, çà va être du sport !

Nul doute que la méthode est brutale, free ou non, gratuit ou pas! Je ne trouve pas ca tres cool.
Nul doute aussi que si ca se généralise des tables historiques s'appelant #machin_truc vont fleurir... c'est si simple à faire...


Mais, rien n'est généralisé pour le moment, il doit s'agit de très grosses tables d'historiques (j'aimerai bien connaître la taille d'ailleurs?)

Par contre de notre côté, on peut:
  o faire en sorte que PWG fonctionne sans les tables historiques (ca doit déjà être le cas, si l'historique n'est pas activée!)
  o sauvegarder l'historique en brut dans un fichier de log et non dans une table (sans restitution dans l'application) (plugin ou de base)
  o pouvoir purger l'historique en gardant x jours, les données supprimées de la table pourront être sauvegardés dans des fichiers (plugin ou de base)
Qu'en pensez-vous?

La méthode de Yohan est excessive, je vous l'accorde. Je ne me faisais que l'avocat du diable. En aucun cas, je ne cautionne.

Mais quelle peut être la solution pour l'historique de PWG ?

Car, même si on entretien régulièrement son historique, il suffit qu'une table soit "postfixée" history pour que Yohan se fasse un devoir de la supprimer.

Que se passe-t-il si on désactive l'historisation et que la table #_history est supprimée ? PWG se met-il toujours en carafe ?

Eric a écrit:

[HS]Alors relativisons => Ce ne sont *que* des stats !
[/HS]

Oui, mais quand il supprime ta table sans te prévenir, ton site est en carafe... :-/
C'est surtout là que le bât blesse.