Citation (yohan @ 28/06/2007, 22:27 ) [snapback]127211[/snapback]
Pour commencer,
pour commencer, BONJOUR !
Citation
...................., le message devais etre plutot: "Nous n'acceptons pas de statistiques/historiques web sur base de données. Nous avons détruit une de vos tables mysql."
pourquoi détruire ?
envoyer un message au propriétaire et dévalider l'accès jusqu'à la correction n'était pas possible ??
Citation (yohan @ 28/06/2007, 23:14 ) [snapback]127223[/snapback]
Citation (z0rr0 @ 28/06/2007, 22:54 ) [snapback]127217[/snapback]
Mon site est de nouveau en ligne...
Ci-joint le lien du délit :
http://yves.c.free.fr/ puis cliquer sur mon album.....
se connecter sur
http://sql.free.fr avec son login/pass
puis vider la table phpwebgalery_history.
( et aller desactiver l'archivage des logs dans l'interface d'administration de phpwebgallery [avant que le compte ne se fasse encore couper] )
Voilà la cause du problème; la table phpwebgalery_history !
Citation (yohan @ 28/06/2007, 23:17 ) [snapback]127224[/snapback]
J'ai environ 2,5 millions de comptes à gerer sur plus de 250 serveurs.
Les methodes douces testées auparavant ne donnaient pas de resultat satisfaisant donc ... voila.
Je perd un temps fou a faire la part des choses: je ne detruit que ce que je juge inutile.
S'il y a "suffisament" d'utile, je renome la table.
Et la raison de la destruction; Môsieur yohan a trop de boulot et n'a plus le temps de faire la part des choses...!
Citation (yohan @ 28/06/2007, 23:24 ) [snapback]127227[/snapback]
Pas en BP.
J'en ai marre d'ajouter des serveurs sql pour faire des stats sur du vent/ heberger du spam.
Donc si les gens ne se responsabilisent pas un minimum ... couic.
= table supprimée !
Citation
sur le compte sus-cité je la vois cette table.
Sur l'erreur affichée, je vois plutot une corruption dans cette table.
trouvant peut-être la mesure excessive, môsieur Yohan essaie de restaurer la table; hélas...
Citation (yohan @ 28/06/2007, 23:43 ) [snapback]127230[/snapback]
Novice ou non, vous vous devez de surveiller votre compte.
des "access_log" qui prennent plusieurs 100aines de Go...
ou des tables enormes remplies de spams...
qui empechent les (autres) sites de l'archi de fonctionner normalement.
voilà ! on connait enfin la raison : c'est la table phpwebgalery_history qui est trop volumineuse.
Citation (yohan @ 28/06/2007, 23:57 ) [snapback]127233[/snapback]
Citation (matlat @ 28/06/2007, 23:53 ) [snapback]127232[/snapback]
Surveiller son compte, je veux bien, encore faut-il savoir quoi...
la base de données / les stats ...
Un robot spammeur arrive vite... et rarement seul.
Donc si vous êtes débutant et que vous ne maitrisez pas les tables générées par PHP/Mysql, n'allez pas chez Free !
Quelques questions:
pourquoi avoir supprimé une table user au lieu d'effacer le fichier de log trop volumineux ?
n'est-il pas possible de limiter automatiquement la taille des fichiers log ? n'est-ce pas le boulot du dba de gérer la base et de créer ce genre de macros ?
Est-ce de la faute du client si des robots spammeurs réussissent à s'insérer dans les tables ou le code sur les serveurs Free ? (*)
*Edit: précision pour la bonne compréhension du problème