Buclă de redirecționare la încercarea de autentificare în /wp-admin/
Blocat într-o buclă infinită când încerc să mă autentific în site-ul meu WordPress. Introduc URL/wp-admin și apoi mă redirecționează înapoi către site-ul obișnuit, nu către pagina de autentificare pentru administrator.
Am încercat atât cu http cât și cu https fără succes...

Am găsit o soluție. În wp-config.php
adăugați:
define('FORCE_SSL_ADMIN', false);
În situația mea, am migrat de la http la https și folosesc plugin-ul Rename wp-login.php.
Fișierul meu wp-config.php
conținea următoarele linii:
define('WP_SITEURL','https://example.com');
define('WP_HOME','https://example.com');
Fără linia define('FORCE_SSL_ADMIN', false);
, apare o buclă de redirecționare.

Mulțumesc. Această soluție a rezolvat problema și pentru mine. Cred că folosirea Cloudflare contribuie și ea la această buclă de redirecționare.

Teoretic, nu dorești niciodată ca administratorii să se autentifice printr-o conexiune nesigură, așa că dezactivarea FORCE_SSL_ADMIN este de obicei o idee proastă.

Acest lucru a fost util pentru a putea opri redirecționarea pentru a mă putea autentifica în WP-Admin și a corecta URL-ul site-ului acolo, după cum este necesar. Mulțumesc!

În plus, când utilizați CloudFlare Flexible SSL, verificați acest lucru https://community.cloudflare.com/t/endless-redirect-with-wordpress/3914/6

Nu vă faceți griji, veți reveni rapid dacă urmați acești pași unul câte unul, până când unul reușește!
- Ștergeți cookie-urile - Ștergeți cookie-urile din browserul dumneavoastră (urmați instrucțiunile pentru browserul pe care îl folosiți).
- Dezactivați toate pluginurile - Redenumiți directorul /wp-content/plugins/ în plugins_OLD
- Reveniți la tema implicită - Accesați directorul /wp-content/themes/ și redenumiți directorul temei curente în orice altceva (de exemplu, theme_OLD).
- "Ștergeți" fișierul .htaccess - Folosind din nou un software FTP, redenumiți acest fișier în .htaccess_OLD
- Actualizați adresa URL a site-ului - În fișierul wp-config.php adăugați următoarele linii (folosind URL-ul dumneavoastră, desigur):
define('WP_HOME','http://example.com');
define('WP_SITEURL','http://example.com');

Tocmai am rezolvat o problemă cu acest simptom. Cele 8 chei și valori salt trebuie să fie prezente în fișierul wp-config.php
altfel administrația nu funcționează.
Le aveam în fișier, dar din cauza modului în care am generat dinamic wp-config.php
, valorile au fost adăugate la finalul fișierului. Orice definiție de constante (define()
) trebuie plasată deasupra liniei /* That's all, stop editing! Happy blogging. */
.
WordPress nu a afișat nicio eroare sau jurnal care să indice lipsa elementelor de configurare. Acest lucru a oprit și funcționarea 'WP_DEBUG', true
. După ce am mutat toate acestea mai sus în fișierul wp-config.php
, totul a început să funcționeze.

M-am distrat cu asta…

Am petrecut ore întregi încercând să rezolv această problemă, am încercat totul. În final am observat un mesaj în jurnal despre permisiunile de scriere pentru grup pe fișierul wp-login.php. Am verificat și permisiunile fișierului pe server erau 664.. le-am schimbat la 644 și problema a fost rezolvată.

Am avut aceeași problemă după ce am mutat site-ul de la un host de producție pe localhost pentru teste de dezvoltare. Pașii care funcționau în producție nu au funcționat local. De exemplu, când foloseam Chrome ca browser, introducerea
http://localhost/wp/wp-admin redirecționa către
Introducerea username-ului/parolei redirecționa înapoi către al doilea link cu o nouă solicitare de username/parolă.
Rezolvare pentru Firefox: adăugați în wp-config.php:
define('WP_HOME','http://your_url.com');
define('WP_SITEURL','http://your_url.com');
Rezolvare pentru Chrome: Eliminați querystring-ul de redirectare de la pagina de login: de ex. http://localhost/wp/wp-login.php .
Da, sunt relativ nou în WordPress și nu sunt 100% sigur de ruta internă pentru logări și redirectări după autentificare, așa că a fost nevoie de multă încercare și eroare pentru a găsi aceste două soluții. Sper să ajute pe cineva altcineva.
