Bonsoir,

sur un site où on sest fait spammer (+ de 60 000 messages), j'avais entrepris de tout supprimer à la main. grosse erreur.

Depuis je me heurte à un problème : il m'est impossible de remettre correctement les "last_post_id", le nombre de page, et tout ce qui va avec. J'ai des compteurs faux dans tous les sens, et la synchro du forum ne donne rien...

Quelqu'un aurait une idée ?

le site > scoot-boost.com/html/ (2.5.6)

Salut,

essaye plusieurs fois de lancer la synchro...

Dans quelles tables les messages ont-ils été supprimés ?
Il faut peut être aussi supprimer les enregistrements dans les tables liées à savoir celles qui contiennent le champ "forum_id" d'après ce que je vois dans le fichier mysql.sql du module:

- bb_forums
- bb_moderates
- bb_posts
- bb_topics
- bb_type_forum

La seul fonction de synchro que j'ai trouvée qui contienne du code se trouve dans la class "topic" et je n'ai pas l'impression qu'elle gère les suppressions et les enregistrements orphelins.

Il faudrait faire je pense des requête de suppression en liant la table principale et une sélection sur une valeur null de la table principal.
Je prépare un un exemple.

JJDai

opps je suis pas bien réveillé, le champ qu'il faut chercher n'est pas forum_id mais topic_id, donc les tables en questions:

bb_topics
bb_archive
bb_posts
bb_votedata

JJDai

Le mieux est de procéder en deux temps pour chaque table, d’abord faire une sélection pour vérifier qu'il y a bien des enregistrements à supprimer:
Exemple avec la table "bb_posts"

Et ensuite si il y a des enregistrement, les supprimer:


Le principe, faire une liaison a gauche sur la table à nettoyer avec la table principale. Cela permet de sélectionner tous les enregistrements de la table enfants même si 'il n'y a pas d'enregistrement dans la table principale. Pour les enregistrements manquants le champ de la table principale qui n'existe pas aura pour valeur "Null"; Il suffit d'ajouter une clause "WHERE" en testant le champs de la table principale, si il est nul il faut supprimer l'enregistrement de la table enfant.

Dans les deux requêtes en exemples il suffit de remplacer le nom de la table enfant et le préfixe des tables "x255_" dans mon exemple soit:
1 - remplacer "x255_posts" par "x255_archive" par exemple
2 - remplacer "x255_" par le préfixe utilisé dans la base
Comme j'ai utilisé des alias le reste n'est pas à modifier.


SELECT children.topic_id AS children_topic_id, topics.topic_id AS topics_topic_id
FROM x255_bb_posts children
LEFT JOIN x255_bb_topics topics ON children.topic_id = topics.topic_id
WHERE topics.topic_id IS NULL;

DELETE children FROM x255_bb_posts children
LEFT JOIN x255_bb_topics topics ON children.topic_id = topics.topic_id
WHERE topics.topic_id IS NULL;

JJDai

PS: Précaution d'usage, faire une sauvegarde de la base ou des tables du module, on ne sait jamais,
et peut être relancer un synchro pour finir.

Hello,

merci pour ta piste, je vais regarder cela :)

@alain : je l'ai fait, si je fais par blocs de 1000 ça passe pas (trop long je pense la requete) ça passe que par 100 000.
Ca met juste à jour les compteurs à des endroits. Mais ça calcule pas tout. J'ai supprimé un peu partout dans bb_posts, bb_topic, bb_posts_text et c'est justement entr eles deux tables de posts déjà que j'ai un soucis, car j'ai environ 2 000 d'écart entre les deux... (et j'ai encore plein de messages pourris...).

Hello :)

J'ai exécuté ta requête. Il me sort 27 enregistrements.

Sauf que j'ai :
- sb_bb_posts : 183 233
- sb_bb_posts_text : 189 643

Soit une différence de 6 410... :(

De quelle requête parles-tu?
chez moi ces requêtes fonctionnent, mais si la base ou l'intégrité des données sont corrompues il faut peut être adapter les requêtes, sans la base de données sous les yeux il est difficile de se rendre compte.
JJDai

Celle que tu m'as donné juste au dessus ^^

Il te faudrait quoi ?

Bonjour,
Citation :
C'est sans doute qu'il n'y a que 27 enregistrements qui n'ont plus de lien.
Cela cache peut être autre chose.

Citation :
Il faudrait un accès à la base, mais en ce qui me concerne, je prends pas le risque d’intervenir directement sur les bases de chacun, je ne peux que donner des pistes et de possibles solutions.

JJDai