- WordPress :6.2
- Statut : résolu
- Ce sujet contient 30 réponses, 2 participants et a été mis à jour pour la dernière fois par
, le il y a 3 mois et 2 semaines.
-
Messages
-
OK, merci pour les infos.
Les dossiers sites1 / fef29 / dup-installer ne contiennent pas de dossiers / fichiers pour WordPress : c’est vous qui les avez créés ? Vous aviez installé WordPress par vous-même ou avec une « installation en un clic » genre Softaculous ?
Idéalement, il faudrait sauvegarder ces dossiers sur votre ordi, puis essayez de les supprimer en ligne.
Concernant le fichier wp-config.php, il est normal.Le fichier .htaccess contient des consignes liées à W3 Total cache et à iThemes Security
Il faudrait désactievr W3 Total Cache (en renommant le dossier qui se trouve dans wp-content/plugins) puis désactiver la ligne 12 du fichier wp-config.php avec un double slash devant, et supprimer les lignes 84 à 154 du fichier .htaccess (sauvegardez-le avant sur votre ordi) et voir ce que ça donne.
Bonsoir,
Merci à vous !
Alors, j’ai appliqué vos conseils et maintenant j’ai ça :
« Internal server error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at postmaster@www.cinepage.fr to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log. »J’ai bien supprimé fef29 et dup-installer. Mais rien à faire pour Sites (c’est moi qui l’avait renommé en sites1), j’ai juste pu supprimer le contenu des fichiers.
J’avais d’abord créé le site sur un espace de préproduction puis je l’ai transféré sur son emplacement définitif à l’aide de Duplicator.
Contrairement à ce que je disais dans le message précédent, je n’ai même pas pu vider les fichiers de sites1 (que j’ai renommé A supprimer). Pour chaque action sur ce dossier et son contenu, ça me dit « permission denied » (même avoir modifié les permissions dans Filezila)….
Consultez cet extrait de l’aide WordPress.
Pour vous, le problème se situe dans le fichier .htacess, probablement à cause de iThemes Security (peut-être mal paramétré).
Par FTP, désactivez iThemes Security en renommant son dossier. Puis (seulement à ce moment-là), renommez le fichier .htacess en ajoutant -X ou -OLD à la fin. Puis, comme indiqué :
Rechargez votre site, si l’erreur a disparu, visitez l’écran des Permaliens (Réglages puis Permaliens) et réinitialisez vos permaliens, cela générera un nouveau fichier .htaccess. Vous pourrez alors supprimer votre fichier renommé.
Si vraiment ça ne donne rien, il faudra essayer les solutions suivantes dans l’article indiqué.
– – – – – – – – – – –
Au fait, est-ce que votre dossier « sites1 » (out tout autre nom) contient un fichier .htacess ? Est-ce possible de le renommer ?
Et vous n’aviez pas répondu à la question : aviez-vous installé votre site (celui de WP) par vous-même, ou par le biais d’une installation automatique de l’hébergeur ?Pour l’installation, je ne me rappelle pas exactement. Il y avait une ancienne version sur Drupal. Il s’agit d’une refonte et comme je ne connais pas Drupal, je l’ai désinstallée depuis Filezilla. Entretemps, j’avais crée la nouvelle version sur mon espace de production sur O2Switch. J’ai utilisé Duplicator pour la migration. Ensuite, il me semble que je suis passée par Filezilla.
Pour le dossier sites1, il contient un dossier Default, qui lui-même contient un fichier settings.php et un fichier defaultsettings.php, ainsi qu’un dossier files qui est vide. Je ne peux ni modifier ni renommer ni supprimer ces trois éléments. J’ai l’impression que les fichiers portent sur la version drupal, mais je ne vois pas pourquoi puisque j’avais tout supprimé à l’époque.
Je vais mettre en application vos conseils et je vous tiens au courant. Encore merci !
Bon, en fait je reviens à l’écran d’installation initiale de wordpress…. Ça fait un peu comme si wp-config n’était pas reconnu sans le fichier htaccess…. Bizarre !
Je vais essayer d’appliquer les 2 autres solutions proposées : augmenter la mémoire allouée à PHP et si ça marche pas , réinstaller une fois de plus wp-admin et wp-includes.
Ou alors, je réinstalle wordpress puis je télécharge mon wp-content et wp-config… Mais ça m’inquiète un peu
Vous pouvez augmenter la mémoire allouée à PHP, mais à mon avis, le problème est vraiment dans ce fichier .htaccess
Il me semble inutile de recharger une nouvelle fois les dossiers wp-admin et wp-includes et les douze fichiers de base, puisque vous l’avez déjà fait, et que le problème c’est le .htaccess.
Tout réinstaller, c’est une possibilité … mais vous risquez de perdre vos contenus si la base de données n’est pas connectée via un fichier wp-config.php correct.Par contre, vous pourriez tenter une installation locale d’abord sur votre ordi, avec WampServer par exemple si vous êtes sous Windows. Vous faites une install’ « vierge » de WP 6.2.2, puis vous copiez votre dossier wp-content, et vous importez votre base de données après avoir sauvegardé celle en ligne. Quitte ou double, ça peut passer …
Autre piste à essayer d’abord : vous renommez votre fichier .htaccess en .htaccess-OLD, et vous placez ensuite un nouveau fichier .htaccess avec juste les règles de base :
Testez pour voir si le site s’affiche et si vous accédez à l’admin’.
Si ça ne fonctionne toujours pas, ajoutez les lignes 76 à 83 du fichier actuel (votre post plus haut), et re-testez.
Si besoin, ajoutez encore les lignes 232 à 254 du fichier actuel.J’ai trouvé l’erreur !!!! 🙂
Je me suis dit que ce qu’on avait fait jusque là avait débloqué l’accès, mais que si le système ne me dirigeait pas vers mon site, cela venait forcément de wp-config (étant donné que .htaccess est maintenant propre). J’ai regardé wp-config en détail une fois de plus et là j’ai vu que le préfixe des tables n’était plus le même. J’ai regardé dans celui qui était bizarre et j’ai utilisé le préfixe des tables qu’il contient qui de mémoire semblait correspondre. Et ça marche !
Comment se fait-il que la valeur tables_prefix ait changé ? Lié au piratage ?
Bon, maintenant je vais regarder et réparer les dégâts et réactiver iThemes Security. Un grand merci pour votre aide !
J’y avais pensé, mais on aurait du avoir un message d’erreur indiquant qu’il y a avait un problème de connexion à la base de données. Bizarre.
Par précaution, vous devriez suivre ce tuto de nettoyage de site, car en effet, il pourrait y avoir eu piratage. Ce fichier wp-config supplémentaire n’est pas arrivé là par effet du Saint-Esprit.
Bon, j’ai suivi votre procédure et il y avait bien un utilisateur mystérieux dans la table wp_users et je l’ai supprimé directement dans PhpMyAdmin. Mais il n’avait que le rôle de subscriber.
J’ai commencé à enlever les lignes le concernant dans wp_usermeta, mais je ne suis pas sûre d’avoir tout enlever…
Je vais maintenant réinstaller iThemes Security… Enfin, si ça veut bien marcher car l’autre soir je ne suis pas arrivée à analyser le site avec iThemes Security…
Vous avez bien suivi l’intégralité du tuto ?
La présence de l’utilisateur mystère montre qu’il y avait une faille dans le système (il s’est inscrit à votre insu), et même si il n’a que le statut « subscriber », il a pu injecter du code infecté puisqu’il a réussi à « passer ». Donc, il faut vraiment tout nettoyer.
Justement j’ai installé Wordfence car iTheme Security ne pouvait plus effectuer de scan du site. Et Wordfence a détecté tout un tas de fichiers bizarres que j’ai supprimés (selon les indications de Wordfence).
J’espère que ça suffira…
A vous de voir …
Je passe le topic en « résolu ». Si les problèmes reviennent, suivez le tuto de nettoyage intégralement.
- Vous devez être connecté pour répondre à ce sujet.