Un utilisateur a demand√© ūüĎá

Salut, je voulais juste partager la solution √† ma plus grande frustration de la nuit. J’avais deux sites Web qui fonctionnaient bien jusqu’au jour o√Ļ j’ai d√Ľ me connecter et les v√©rifier √† nouveau et mettre √† jour WP, quand j’ai rencontr√© une erreur obscure…

Lors de la connexion avec les informations d’identification correctes (j’ai d’abord v√©rifi√© en les r√©initialisant puis en les modifiant manuellement dans PhpMyAdmin), je revenais sans cesse √† l’√©cran de connexion wp. L’URL √©tait jointe √† chaque fois sous la forme http://mysite/wp-login.php¬†? redirect_to=http%3A%2F%2Fmysite%2Fwp-admin%2F&reauth=1. J’ai donc commenc√© √† jouer avec les forums et les param√®tres Google.

Voici toutes les choses que j’ai essay√©es, mais dans mon cas ne pas travaill√©:

Vider mon cache, me connecter en mode incognito, utiliser d’autres navigateurs, etc. D√©sactivez tous les plugins en renommant le dossier wp-content/plugins Faites en sorte que chaque th√®me n’ait que vingt ans Rechargement complet sur tous les WP sauf wp-config.php et surtout rechargez wp-login.php Suppression du fichier .htaccess (Dieu merci, j’ai fait une sauvegarde) V√©rification ma base de donn√©es si elle d√©passait le montant autoris√© (notez qu’il s’agit d’une solution de contournement pour certains cas que j’ai rencontr√©s, alors assurez-vous de v√©rifier) ‚Äč‚ÄčUne URL diff√©rente pour votre installation WP est la configuration de votre serveur, elle rebondit donc entre http://www. votresite et http://miseite)

Donc, √©tant l’amateur amusant que je suis, j’ai eu l’id√©e d’√©clairage pour tester le d√©bogueur, peut-√™tre¬†!

Astuce : Lorsque les choses deviennent chaudes, appuyez sur ce d√©bogueur et soyez √©tonn√© de la quantit√© d’informations utiles qu’il fournit.

Maintenant, le d√©bogueur m’a donn√© deux √©l√©ments de donn√©es que je pourrais utiliser¬†:

erreur de citation Le serveur MySQL a disparu suivi quelque chose √† propos de usermeta, meta_value et un grand nombre d’informations qu’il a apparemment √©crites et √©chou√©es dans la base de donn√©es Diverses erreurs li√©es √† Impossible de modifier les informations d’en-t√™te¬†: en-t√™tes pr√©c√©demment envoy√©s

Comme je soup√ßonnais que les erreurs arrivaient dans le bon ordre, juste comme √ßa, j’ai finalement trouv√© le probl√®me : la base de donn√©es. Il semblait qu’un jeton de session √©tait en cours d’√©criture dans la base de donn√©es, mais comme il √©tait gigantesque, la base de donn√©es a expir√©, obligeant WordPress √† me revenir sur la page de connexion.

Ma solution

Connectez-vous à PhpMyAdmin dans votre base de données WordPress Trouvez la table nommée wp_usermeta

Trouver les lignes intitulées sixone_token

Supprimez la valeur qui lui est associ√©e (notez que la valeur est tr√®s grande et que votre navigateur peut devenir fou. Je l’ai fait en cliquant d’abord sur “modifier” pour cet enregistrement, puis en activant et d√©sactivant la valeur nulle pour le champ, en s√©lectionnant le champ vide et appuyez sur Supprimer plusieurs fois pour vous en assurer, puis appuyez sur Enregistrer)

Et voila. Une solution possible au probl√®me exasp√©rant de boucle de r√©f√©rence redondante qui se produit lorsque votre base de donn√©es et WordPress cessent de fonctionner correctement ensemble. J’ai vu de nombreux utilisateurs frustr√©s sur les forums qui ont des questions similaires, alors j’esp√®re que vous trouverez ce message utile. Bonne chance.


(@ponipate)

il y a 3 ans, 11 mois

Salut mengsel, apr√®s avoir v√©rifi√© session_token, j’ai trouv√© que certaines valeurs stock√©es .i

a : 4. 2 : ¬ę ua ¬Ľ ; s:108 : “Mozilla / 5.0 (Windows NT 6.1 ; WOW64) AppleWebKit / 537.36 (KHTML, similaire √† Gecko) Chrome / 54.0.2840.99 Safari / 537.36 ‚Ä≥¬†; s:5:”connexion”¬†; i:1480538762;}s:64¬†:¬†“9b60abc8ab29444ba83f8b2571bb0bd526ad588ec4b12cc8870278faa4beb3f8”¬†; √†: 4:

Dois-je supprimer TOUTES les valeurs associ√©es et y a-t-il un effet DB/site Web apr√®s la suppression¬†? c’est nouveau pour moi et j’appr√©cie les conseils que vous m’avez donn√©s jusqu’√† pr√©sent.

Gus


(@mengsel)

il y a 3 ans, 11 mois

@ponipate Bonjour ! Oui, je pense que vous pourriez supprimer toute l’entr√©e. Autant que je sache, les m√©ta-entr√©es session_token sont inoffensives, elles aident simplement les utilisateurs √† se souvenir de l’authentification.


(@ darkstar128)

il y a 3 ans, 11 mois

J’ai aussi ce probl√®me et la suppression de la session fonctionne, mais cela semble se reproduire apr√®s l’expiration de la session. Je suppose qu’√©crire sur la valeur est une p√©riode difficile, mais je ne sais pas ce que c’est.

Des suggestions pour le suivre ?


(@ponipate)

il y a 3 ans, 11 mois

J’ai re√ßu un message d’erreur indiquant “Mettre √† jour wp_usermeta POSITIONNER meta_value = “O√ô wp_usermeta.umeta_id = 211‚Ä≥


(@ponipate)

il y a 3 ans, 11 mois

@luisomontano… J’utilise un serveur Azure. Serait-ce une option viable pour moi?


(@nosyjossie)

il y a 3 ans, 11 mois

Merci doux enfant J√©sus. La solution d’OP a fonctionn√©.


(@reffruff)

il y a 3 ans, 10 mois

OMG MERCIUUUUUU !!!!!

J’ai lutt√© pendant des heures pour trouver ce qui ne va pas avec cette URL de boucle. Mais, quand j’ai vu ce post, j’ai pens√© “hmm”, puis j’ai essay√© ce que vous sugg√©rez et puis WALLA, voil√†. J’ai finalement trouv√© cette putain d’URL d’administration wp.

Encore une fois, merci pour votre message. √ßa m’a donn√© une id√©e ūüôā


(@stefanbg)

il y a 3 ans, 4 mois

Bonjour, je veux contribuer √† la communaut√© et aussi depuis ce probl√®me √©tait tr√®s ennuyeux. Une partie de la solution n’a pas fonctionn√© pour moi. Je n’avais install√© aucun plugin avant que cela ne se produise, donc je pense vraiment que c’est un bogue de WordPress.

Mes erreurs exactes¬†: par le d√©bogueur WP. Apr√®s l’√©cran de connexion, cette erreur est apparue avec un √©cran vide.

Fatal error: Class 'PasswordHash' not found in /var/www/public_html/bg-news.net/wp-includes/pluggable.php on line 2079

Par journal d’erreurs Apache.

PHP Fatal error: Class 'PasswordHash' not found in /var/www/public_html/example.net/wp-includes/pluggable.php on line 2138, referer: http://example.net/wp-login.php?redirect_to=http%3A%2F%2Fexample.net%2Fwp-admin%2F&reauth=1

Comment j’ai r√©solu le probl√®me. 1. Dans DB, j’ai modifi√© mon mot de passe administrateur avec un mot de passe en texte brut. 2. Ces lignes de code ont √©t√© ajout√©es √† pluggable.php. Fondamentalement, maintenant, WP reconna√ģt les mots de passe non hach√©s. Voici les extraits √©dit√©s de pluggable.php

`function wp_check_password($password, $hash, $user_id =¬Ľ) { global $wp_hasher;

// 20170713 Ajout√© par Stefan $check = ($hash == $password); envoyer apply_filters(‘check_password’, $check, $password, $hash, $user_id);

… et un peu plus bas

` fonction wp_set_password ($password, $user_id) { global $wpdb;

// $hash = wp_hash_password($password); // 20170713 Modifi√© par Stefan $hash = $password; ‘

J’esp√®re que cela aide quelqu’un car googler ne m’a pas aid√©.


(@itanjillc)

il y a 2 ans, 10 mois

J’ai rencontr√© ce probl√®me aujourd’hui … une boucle de connexion peut √©galement se produire lorsque vous manquez d’espace disque et que la base de donn√©es ne peut pas √©crire dans la base de donn√©es lors de l’authentification.

Cela a-t-il résolu votre problème ?

Was this helpful?

0 / 0

Leave a Reply 0

Your email address will not be published. Required fields are marked *