[spip-dev] Sauvegarde de la base a double de volume

Dev
1

George,

Si le backup est petit ne peux-tu pas regarder dedans avec un éditeur de
texte pour voir ce qui fait la différence ?

Mon fichier .xml a grandi de 48 Mo à 88 Mo et il est vraiment difficile, en
regardant dedans, d'identifier exactement ce qui a changé !

Paolo

2

Paolo wrote:

George,

Si le backup est petit ne peux-tu pas regarder dedans avec un éditeur de
texte pour voir ce qui fait la différence ?

Mon fichier .xml a grandi de 48 Mo à 88 Mo et il est vraiment difficile, en
regardant dedans, d'identifier exactement ce qui a changé !

Paolo

Le problème chez moi a disparu.

J'ai enlevé le plugin recherche étendue et vidé la table spip_recherches, qui avait été spamée.

Hier ma sauvegarde fait avec SPIP avait 17 Mo compressé, aujourd'hui la même base (avec seuelement le travail d'hier ajouté) produit une sauvegarde compressée de 8,2 Mo.

J'ai de la peine à croire que seulement cette table a fait la différence.

Paolo

3

et vidé la table spip_recherches, qui avait été spamée.

Comment ça ?

4

Olivier G. wrote:

et vidé la table spip_recherches, qui avait été spamée.

Comment ça ?

Je suppose que quelqu'un ou un robot a entré des URL à des sites pornos dans la case de recherche sur le site.

Alors quand j'étais en train de lire la sauvegarde avec un éditeur texte pour essayer de comprendre pourquoi la tailee de la sauvegarde a augmentée d'une façon si spéctaculaire, je retrouvais des données non-souhaitées.

Je n'utilisais pas les données dans la table (j'aimerais bien avoir le plugin, mais sans cette table !). Mais je suppose qu'il y a des sites qui montrent "Recherches les plus fréquentes : ..." Alors un spammeur pourrait, s'il s'acharne, placer: http://monspamsite.com dans la liste peut-être ?

Paolo

5

Oui mais moi je n'utilise pas ce plugin. De toute facon, pedant la sauvegarde SPIP affiche les tableaux qu'il traite avec le nombre d'enregistrement dans chaque tableau, il n'y a ni index ni visites ni referrers et les nombres d'enregistrement affiches sont logiques.

Ca doit etre la compression elle meme qui a change, non?

George

Paolo wrote: