Cum rezolv eroarea "ne pare rău, nu aveți permisiunea să accesați această pagină" când accesez linkurile "plugin-uri > setări"?

Dacă ai HTTPS pe WordPress și ai adăugat codul de mai jos în wp-config.php, asigură-te că liniile sunt în partea de sus a paginii. Am întâlnit această problemă și poate fi de ajutor.

define('FORCE_SSL_ADMIN', true);
if (strpos($_SERVER['HTTP_X_FORWARDED_PROTO'], 'https') !== false)
    $_SERVER['HTTPS']='on';

După părerea mea, pentru a rezolva problema, loghează-te în PHPMyAdmin, navighează la tabelul wp_usermeta, apoi editează wp32_capabilities pentru orice utilizator și adaugă următorul cod: a:1:{s:13:"administrator";s:1:"1";} Acest lucru va schimba privilegiile utilizatorului în administrator. Există mai multe motive pentru care această modificare poate apărea și veți primi eroarea.

Am întâlnit această eroare pe site-ul meu și am încercat această metodă o singură dată, iar problema a fost rezolvată.

De asemenea, căutați în fișierul wp-setting.php linia "define('DISALLOW_FILE_MODS',true);" și ștergeți-o. Niciuna dintre soluțiile de mai sus nu a funcționat pentru mine, cu excepția acesteia!

Puteți păstra mai multe instanțe WordPress atâta timp cât prefixele sunt diferite și nu intră în conflict. Acest articol oferă soluția pentru eroarea de acces care apare atunci când schimbați prefixul dar întâmpinați eroarea: https://www.mysysadmintips.com/other/web/743-wordpress-admin-sorry-you-are-not-allowed-to-access-this-page

În mod implicit, capabilitățile vor fi atribuite rolurilor „Administrator” și „Editor” atunci când plugin-ul rulează pentru prima dată. Puteți adăuga sau elimina capabilități pentru utilizator folosind un plugin excelent numit Members dacă acesta nu este deja instalat.

WordPress afișează o pagină implicită de eroare 403 atunci când au loc una dintre următoarele evenimente în backend:

1. Utilizatorul nu are permisiunea de acces din cauza rolului cu permisiuni incorecte
2. Pagina de backend nu a fost găsită, ceea ce se întâmplă atunci când un plugin sau o temă nu mai este activă și a lăsat date relicve în baza de date, sau când rutarea paginii de administrare este incorectă din cauza unei configurații greșite. Acest lucru se întâmplă adesea dacă utilizați pluginuri de rescriere URL, iar acestea nu gestionează corect URI-urile de backend sau omit rescrierea acestora. De asemenea, această situație poate duce la blocarea accesului la pagina de login.
3. Există o eroare în mecanismul intern de rutare al nucleului, iar acesta primește un rezultat pe care nu îl înțelege, nu îl poate procesa sau care se mapează la o schemă nerecunoscută
4. Apare o eroare critică, dar nu fatală, în timpul etapei de rutare pentru panoul de control

În cazul dumneavoastră, probabil este vorba despre a 3-a posibilitate. Codul nucleului WordPress nu efectuează verificări riguroase de tip și, de obicei, continuă prin procesele sale interne fără a petrece prea mult timp verificând dacă datele primite au fost formatate corespunzător sau sunt valide pentru scopul curent. Acest lucru duce la erori foarte ciudate și dificil de diagnosticat frecvent, dacă nu înțelegeți cum funcționează componentele interne ale nucleului.

Următoarele remedii sunt recomandate ca verificări preliminare:

• Asigurați-vă că fiecare site care rulează pe aceeași instalație are propria bază de date atribuită, care are propriul utilizator dedicat care nu are permisiunea de a accesa orice altă bază de date din clusterul dumneavoastră. De exemplu, atunci când vă autentificați în PhpMyAdmin ca root, aveți acces la întregul cluster. Pentru orice aplicație, aceasta ar trebui să aibă o bază de date dedicată și un utilizator în cadrul clusterului, iar utilizatorul nu ar trebui să aibă acces la nicio altă bază de date din cluster, cu excepția cazului în care este o resursă partajată creată explicit pentru a transfera date între două aplicații. Acest lucru reduce probabilitatea ca aplicația dumneavoastră să se confunde încercând să preia date din baza de date greșită și previne orice probleme de coliziune între două sau mai multe instalații WordPress cu prefixe identice. Nu puneți două instalații WordPress în aceeași bază de date, altfel ambele vor avea probleme.
• Verificați panoul de rețea în inspectorul web al browserului și verificați codul de eroare pentru cerere. Dacă este 403 (ar trebui să fie), atunci problema este fie că pagina nu există de fapt, fie că utilizatorul nu are permisiuni. Dacă este 500 (nu ar trebui să fie), înseamnă că serverul a întâmpinat o eroare și a revenit la procedura standard de ieșire. Dacă este 500, aveți un plugin defect, o temă problematică sau o problemă cu baza de date de rezolvat. Dacă este 403, cel mai probabil este vorba despre o actualizare defectă, o configurare incorectă sau un acces refuzat legitim.

Schimbă prefixul tabelelor în "_" în wp-config.php și salvează. Apoi încearcă să încarci wp-admin/. S-ar putea să vezi un mesaj de instalare nou. Nu instala, întoarce-te și schimbă prefixul din nou în "WP". Asta a funcționat pentru mine. Nu sunt sigur că va funcționa pentru toată lumea.

înainte: $table_prefix = 'wp_';
între: $table_prefix = '_';
după: $table_prefix = 'WP_';