Connexion à l’admin impossible : création d’une « loop » (Créer un compte)

  • WordPress :5.3
  • Statut : non résolu
8 sujets de 1 à 8 (sur un total de 8)
  • Auteur
    Messages
  • #2351035
    PlaneteManeki
    Participant
    Initié WordPress
    33 contributions

    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.
    #2351050
    Li-An
    Participant
    Maître WordPress
    28867 contributions

    Bonjour, 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.

    #2351053
    PlaneteManeki
    Participant
    Initié WordPress
    33 contributions

    Merci 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.
    #2351055
    Li-An
    Participant
    Maître WordPress
    28867 contributions

    htaccess 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.

    #2351058
    PlaneteManeki
    Participant
    Initié WordPress
    33 contributions

    Merci.

    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…

    #2351060
    Li-An
    Participant
    Maître WordPress
    28867 contributions

    Vous 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

    #2351099
    PlaneteManeki
    Participant
    Initié WordPress
    33 contributions

    Je 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 !

    #2351101
    Li-An
    Participant
    Maître WordPress
    28867 contributions

    Il 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.

8 sujets de 1 à 8 (sur un total de 8)
  • Vous devez être connecté pour répondre à ce sujet.