Toutes mes réponses sur les forums
-
AuteurMessages
-
27 janvier 2015 à 9 h 54 min en réponse à : Articles introuvables et supprimer contenu indésirable #992043
Bonjour, et merci pour votre réponse.
fge wrote:De plus, en bas de la page, il y a + de 8000 URLs que je n’arrive pas à supprimer parce que je ne vois pas d’où ils viennent….
Regarde cet article pour essayer de nettoyer le site.
Si tu as une sauvegarde complète (fichiers + base de données) assez récente, il serait peut-être plus simple de repartir de cette sauvegarde que d’essayer de nettoyer.Ok, merci, en fait ça fait déjà 4 fois que je dois tout réinstaller depuis que j’ai débarqué sur wp, et je commence à trouver ça lourd… Ca m’est arrivé chaque fois que je suis restée un moment sans me connecter à l’admin… Est-ce que si je ne passe pas tous les jours pour faire les éventuelles mises à jour, ça devient vraiment trop insécurisé ???
Quote:mais je n’ai accès à aucun article.Est-ce que tu as toujours les accès administrateur (extensions thème doivent être visibles dans le menu du tableau de bord) ?
Oui j’ai de nouveau accès à l’admin depuis que j’ai viré les fichiers via mon ftp mais sur mon site, si je clique sur n’importe quel article pour qu’il s’affiche, j’ai le message :
Not Found
The requested URL /decors-dautomne/ was not found on this server.
Quote:J’ai changé tous mes mots de passe, à l’exception de celui de la bdd que je ne parviens pas à changer…À quel niveau rencontres-tu un problème ? Côté OVH ou coté WordPress ? As-tu un message d’erreur ?
J’ai essayé de le changer depuis OVH, dans la section SQL, et j’ai le message suivant :
You cannot change password for sanslecomod1, because module(s) is/are installed on it
Je ne sais pas de quel module il s’agit ??? J’ai demandé au support d’OVH, pas de réponse…
arlg, je vois aussi que plus aucun des liens que j’avais insérés dans les articles vers mes autres articles ne marche : il y a un nombre derrière le nom de l’article dans l’url : http:// sansleconsnipunitions.fr/article-la-decouverte-de-l-ete-109847467-html/ alors que dans les permaliens, j’avais choisi nom de l’article au lieu de valeur par défaut…
Encore un truc de pirate ??? On est-ce parce que j’ai oublié de rechanger le réglage quand j’ai tout réinstallé ?Bon, je vais tenter de nettoyer tout ça…
Mais même si je me débarrasse du programme, je ne pourrai pas récupérer le nom correct ? et là pas moyen de rechercher et remplacer en masse ??
Merci infiniment en tout cas pour votre temps, votre patience et toutes ces précieuses explications 🙂
Je précise que j’ai décoché l’option classement par années/mois, ainsi toutes mes images sont dans le même dossier 2014/05, je n’en ai pas d’autre.
Le problème n’est pas le dossier mais le nom du fichier.
J’ai fait l’essai pour l’image ci-dessus, j’ai modifié dans le dossier uploads le nom du fichier bal-coccinelles-401×300.jpg en bal-coccinelles-400×299.jpg comme indiqué dans la source, et l’image s’affiche maintenant correctement dans l’article !
Pour toutes les images, les tailles moyennes ne sont pas les bonnes à quelques pixels près !
Il n’y a pas de problème pour afficher l’image lorsque l’on clique sur le texte parce que le nom du fichier est bien le bon, il ne comporte de dimensions…Bon, je crois que le problème est tout autre en fait :
Je me rends compte que les fichiers correspondant aux images de cette taille ne sont tout simplement pas dans le dossier uploads !
Les tailles sont toutes légèrement différentes, je n’avais pas fait attention 😉
Par exemple, d’après firebug, la source est :
bal-coccinelles-400×299.jpg
Et dans mon dossier uploads, j’ai :bal-coccinelles-150×150.jpg
bal-coccinelles-300×224.jpg
bal-coccinelles-401×300.jpg
bal-coccinelles-940×282.jpg
bal-coccinelles.jpg
😉😉😉arf, je n’avais pas vu votre message, je recommence 🙂
J’ai trouvé cette requête à utiliser :
SELECT * FROM wp_posts WHERE post_content LIKE ‘%<iframe%'
UNION
SELECT * FROM wp_posts WHERE post_content LIKE ‘%<noscript%'
UNION
SELECT * FROM wp_posts WHERE post_content LIKE ‘%display:%’Et je n’ai rien trouvé dans la BDD…
J’ai scanné wp-config et le dossier upload en local avec mon anti-virus et rien non plus ???
Oh là là, je fais ça via FTP aussi ?
N’est-ce pas ce que je viens déjà de faire il y a quelques jours ? Mon problème à la base était que je ne pouvais plus du tout accéder à l’admin de wp, j’ai donc tout supprimé puis téléchargé et réinstallé via FTP, je n’ai même pas retéléchargé les plugins qui n’étaient pas compatibles avec wp4.0…
Je vais ajouter le fichier .htaccess, il sert à quoi ?
Fait. Ça a supprimé le lien vers l’image en grande taille.
Outch, piratée ?
Oui, thème activé, même pb…
Oui c’est ce que je vous disais plus haut : chaque fois que j’insère une image dans un article, dans les réglages de l’affichage je choisis de lier l’image au fichier média d’origine pour qu’elle puisse être affichée en taille réelle quand on clique dessus. Or si j’ai bien compris, l’image insérée dans l’article et l’image en taille « réelle » viennent de fichiers différents, d’où ma question est-ce que le pb vient des images en taille article ???
C’est fait pour la requête et le cache du navigateur.
Pour le cache chez OVH, je vois qu’on me propose de vider le cache de « géocache », je ne vois rien d’autre ?
Le chemin est bien le bon, par contre je ne vois pas non plus les images dans l’article en mode visuel…
Le problème vient-il spécifiquement des fichiers images créés par wp pour les autres tailles ?Je vais voir pour le cache…
-
AuteurMessages