- WordPress :5.3
- Statut : non résolu
- Ce sujet contient 7 réponses, 2 participants et a été mis à jour pour la dernière fois par Li-An, le il y a 4 années et 3 mois.
-
AuteurMessages
-
16 août 2020 à 15 h 43 min #2351035
Bonjour,
Ma configuration WP actuelle
- Version de PHP/MySQL : 7
- Thème utilisé : Foundation Press Master
- Extensions en place : WP rocket, Thrive Theme, …
- Nom de l’hébergeur : OVH
- Adresse du site : http://www.planetemaneki.com
Bonjour tout le monde,
Depuis hier, impossible de me connecter à mon backoffice.
J’entre mon login + mot de passe en passant par …/wp-admin/index.php mais j’ai un redirect qui se créé :
…/wp-login.php?redirect_to=https%3A%2F%2Fplanetemaneki.com%2Fwp-admin%2Findex.php&reauth=1
Ce que j’ai fait, sans succès pour le moment :
- j’ai désactivé les plugins en nommant le dossier « plugins_backup »
- j’ai désactivé le thème en nommant le dossier « FoundationPress-master_backup »
- j’ai effacer le htaccess de la racine (en revanche, je me suis aperçu que le fichier était bourré de lignes (cf. ci-dessous le début du htaccess)
# BEGIN WP Rocket v3.5.5.1
# Use UTF-8 encoding for anything served text/plain or text/html
AddDefaultCharset UTF-8
# Force UTF-8 for a number of file formats
<IfModule mod_mime.c>
AddCharset UTF-8 .atom .css .js .json .rss .vtt .xml
</IfModule>
# FileETag None is not enough for every server.
<IfModule mod_headers.c>
Header unset ETag
</IfModule>
# Since we’re sending far-future expires, we don’t need ETags for static content.
# developer.yahoo.com/performance/rules.html#etags
FileETag None
# Send CORS headers if browsers request them; enabled by default for images.
<IfModule mod_setenvif.c>
<IfModule mod_headers.c>
# mod_headers, y u no match by Content-Type?!
<FilesMatch "\.(cur|gif|png|jpe?g|svgz?|ico|webp)$">
SetEnvIf Origin ":" IS_CORS
Header set Access-Control-Allow-Origin "*" env=IS_CORS
</FilesMatch>
</IfModule>
</IfModule>
# Allow access to web fonts from all domains.- j’ai donc remis un ancien htaccess que j’avais en backup plus clean
- j’ai effacé les cookies du navigateur
- j’ai ajouté le code suivant dans mon fichier wp-config.php :
define('WP_HOME','http://newdomain.com');
define('WP_SITEURL','http://newdomain.com');Rien n'y a fait... Si vous aviez des idées, je suis preneur... Normalement mon htaccess dispose des codes suivants :
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://planetemaneki.com/$1 [R,L]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress- Ce sujet a été modifié le il y a 4 années et 3 mois par PlaneteManeki.
16 août 2020 à 18 h 53 min #2351050Bonjour, les lignes effacées sont de WP Rocket. Il me semble que cette extension ne se désactive pas facilement comme ça. Posez leur la question pour voir si vous n’avez pas autre chose à faire. A priori vous avez fait ce qu’il fallait.
16 août 2020 à 19 h 48 min #2351053Merci de votre réponse.
Mais si ça ne vient pas de tout ça, cela ne peut venir que de WP-Rocket ?
(Je viens d’effacer le cache manuellement de Wp-Rocket via le FTP, mais sans plus de succès…)Est-ce que le htaccess que j’ai pris qui date d’il y a un an ne poserait pas problème ? (est-ce qu’il reconnait bien mon identifiant et mon mot de passe?)
Merci beaucoup !
- Cette réponse a été modifiée le il y a 4 années et 3 mois par PlaneteManeki.
16 août 2020 à 20 h 21 min #2351055htaccess n’a rien à voir avec votre identifiant (d’ailleurs vous voyez bien que ça n’apparait pas). En fait WP pourrait très bien tourner avec un htaccess vide.
16 août 2020 à 21 h 52 min #2351058Merci.
Du coup l’idée c’est de désactiver WP Rocket et si je n’arrive toujours pas à entrer dans mon backoffice, que faire ?
Réinstaller WordPress avec la nouvelle version (je n’avais pas passé la dernière mise à jour) – par contre je n’ai pas de sauvegarde de BDD récente…
16 août 2020 à 22 h 57 min #2351060Vous pouvez renvoyer les fichiers de WP par FTP en effet. Au passage, il est normal qu’il y ait une redirection en tapant wp-admin. Si vous n’êtes pas connecté, WP vous renvoie vers wp-login
17 août 2020 à 18 h 33 min #2351099Je viens de trouver la solution. Ma BDD avait dépassé le quota autorisé (400Mo)
Cependant, je viens de me connecter à phpmyadmin et je vois que la table de « wp_redirection_404 » pèse 200 Mo !
J’utilise Pretty Links qui est vital pour moi.
En revanche, pensez-vous que je puisse effacer totalement tout ce qu’il y a dans wp_redirection_404 ? J’avais fais des redirections pour des URLs de mon site lors de changement de slug donc je n’aimerais pas mettre le désordre là dedans…
Merci.
Mais je ne peux pas garder une table de 200 Mo, clairement pas !
17 août 2020 à 18 h 54 min #2351101Il faut que vous modifiez les options de l’extension pour ne conserver les logs qu’un temps limité (https://redirection.me/support/options/). Si c’est l’extension de redirection que vous utilisez car vous n’avez pas été exhaustif.
-
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.