Come posso risolvere l'errore "spiacenti, non sei autorizzato ad accedere a questa pagina" che ottengo sui link "plugin > impostazioni"?

22 nov 2016, 20:01:27
Visualizzazioni: 71.8K
Voti: 4

Ho appena aggiornato a WordPress 4.6 e ora quando provo a cliccare sul link Impostazioni di alcuni dei miei plugin ricevo il messaggio "Spiacenti, non sei autorizzato ad accedere a questa pagina."

Posso attivare/disattivare il plugin senza problemi ma per qualche motivo non riesco ad accedere alla vista delle impostazioni.

Ho provato a seguire alcuni dei metodi utilizzati da altri per risolvere questo problema, come aggiungere un nuovo amministratore e aggiornare i valori "wp_capabilities" e "wp_user_level" nel database, ma continua a non funzionare.

Qualcuno sa come posso fare ulteriore debug o risolvere questo problema?

6
Commenti

Come hai eseguito l'aggiornamento e hai aggiornato anche i plugin contemporaneamente? Ho visto quell'errore occasionalmente quando un file o una cartella all'interno di un plugin aveva i permessi sbagliati - ad esempio forse ho caricato un file via FTP che aveva un blocco di sicurezza.

Michelle Michelle
22 nov 2016 20:05:28

Ho aggiornato alla versione 4.6 prima dall'amministrazione e poi ho aggiornato i plugin sempre dall'amministrazione.

olimits7 olimits7
22 nov 2016 20:06:58

Hai provato a disinstallare/reinstallare uno dei plugin che non funziona? A volte disattivarli non è sufficiente.

Michelle Michelle
22 nov 2016 20:07:56

Uno dei plugin con cui ho questo problema è il plugin "Hello Bar". Ho appena provato a disinstallare / reinstallare questo plugin e mi dà lo stesso messaggio quando clicco sul link "Impostazioni"... WP può essere molto frustrante a volte!

olimits7 olimits7
22 nov 2016 20:13:55

Grazie per il link, proverò queste soluzioni.

olimits7 olimits7
22 nov 2016 20:17:03
Mostra i restanti 1 commenti
Tutte le risposte alla domanda 8
2
13

Se hai HTTPS su WordPress e hai aggiunto il codice qui sotto nel file wp-config.php, assicurati che queste righe siano all'inizio della pagina. Ho riscontrato questo problema e potrebbe essere d'aiuto.

define('FORCE_SSL_ADMIN', true);
if (strpos($_SERVER['HTTP_X_FORWARDED_PROTO'], 'https') !== false)
    $_SERVER['HTTPS']='on';
23 ott 2018 17:35:11
Commenti

Come è correlato questo all'errore su una pagina specifica soltanto? Per favore, spiegatelo nella vostra risposta.

fuxia fuxia
23 ott 2018 18:04:18

Questo ha risolto il problema per me. Per chiarire perché è rilevante: le persone che utilizzano un proxy inverso e https potrebbero dover aggiungere queste righe, vedi: https://wordpress.org/support/article/administration-over-ssl/

Tuttavia, la documentazione non chiarisce che devono essere posizionate in cima al file wp-config. Io le ho inserite in fondo e ho ricevuto il messaggio "spiacente, non sei autorizzato.."

Ho perso tempo con tutte le altre soluzioni che si sono rivelate inutili, finché non ho trovato questa.

giocomai giocomai
2 nov 2019 22:33:29
1

Secondo me, accedi a PHPMyAdmin, vai su wp_usermeta, quindi modifica wp32_capabilities di qualsiasi utente e aggiungi questo a:1:{s:13:"administrator";s:1:"1";}. Cambierà i privilegi dell'utente in amministratore. Ci sono diverse ragioni per cui questo potrebbe cambiare e potresti ottenere l'errore.

Ho riscontrato questo errore sul mio sito web e ho provato questa soluzione una sola volta ed è stato risolto.

10 lug 2018 17:59:16
Commenti

Sì, nel mio caso non c'erano righe per 'wp_capabilities' o 'wp_user_level' in wp_usermeta per il nuovo utente admin che avevo creato. Ho creato 2 nuove righe con i valori sopra indicati e wp_user_level = 10

00-BBB 00-BBB
3 set 2019 17:02:56
1

Cerca anche nel file wp-setting.php la riga "define('DISALLOW_FILE_MODS',true);" ed eliminala. Nessuna delle soluzioni sopra indicate ha funzionato per me tranne questa!

29 nov 2018 06:06:54
Commenti

Ma la tua modifica andrà persa dopo l'aggiornamento di WP, vero?

Krzysiek Dróżdż Krzysiek Dróżdż
29 nov 2018 09:08:52
0

Puoi mantenere più di un'installazione di WordPress purché i prefissi siano diversi e non entrino in conflitto. Questo articolo contiene la soluzione per l'errore di accesso quando viene modificato il prefisso ma si presenta l'errore: https://www.mysysadmintips.com/other/web/743-wordpress-admin-sorry-you-are-not-allowed-to-access-this-page

6 feb 2019 18:56:37
2

Ho scoperto che il messaggio "Spiacente, non sei autorizzato ad accedere a questa pagina" si verifica principalmente quando diversi siti WordPress si trovano nello stesso phpMyAdmin - tutti con lo stesso prefisso delle tabelle, indipendentemente dal nome del database. Non posso dire quanti siti WordPress ci si aspetta che siano nello stesso phpMyAdmin con lo stesso prefisso delle tabelle.

8 giu 2017 23:17:42
Commenti

Ciao - poiché i link a risorse esterne possono diventare obsoleti, potresti per favore espandere la tua risposta in modo che possa essere autonoma?

Andy Macaulay-Brook Andy Macaulay-Brook
8 giu 2017 23:49:18

Questo non ha senso. phpMyAdmin non c'entra nulla. La tua installazione di WordPress guarderà solo un database nel tuo server MySQL. A meno che tu non stia cercando di installare più siti sullo stesso database con lo stesso prefisso, questo non dovrebbe mai essere un problema. Puoi spiegare come questa risposta risolva effettivamente il problema da un punto di vista tecnico?

Lightbulb1 Lightbulb1
10 nov 2018 02:10:21
0

Per impostazione predefinita, le capacità verranno assegnate ai ruoli "Amministratore" e "Editore" quando il plugin viene eseguito per la prima volta. È possibile aggiungere o rimuovere le capacità per l'utente utilizzando un ottimo plugin chiamato Members se non è già presente.

12 lug 2017 10:41:14
0

WordPress mostra una pagina 403 predefinita quando si verifica uno dei seguenti eventi nel backend:

  1. L'utente non ha il permesso di accesso perché il suo ruolo ha autorizzazioni insufficienti
  2. La pagina backend non è stata trovata, cosa che accade quando un plugin o un tema non è più attivo e ha lasciato dati residui nel database, oppure quando esegue il routing errato della sua pagina di amministrazione a causa di una configurazione errata. Questo spesso accade se si utilizzano plugin per la riscrittura degli URL, che non gestiscono correttamente gli URI del backend o ne omettono la riscrittura. Spesso questo porta anche al blocco dell'accesso alla schermata di login.
  3. Si verifica un errore con il meccanismo interno di routing del core, e riceve un risultato che non comprende, non può elaborare o che mappa a uno schema non riconosciuto
  4. Si verifica un errore critico ma non fatale durante la fase di routing per la dashboard

Nel tuo caso, probabilmente si tratta della terza possibilità. Il codice del core di WordPress non effettua un controllo rigoroso dei tipi e tipicamente procede attraverso le sue operazioni interne senza dedicare molto tempo alla verifica del formato o della validità dei dati ricevuti per lo scopo corrente. Questo porta frequentemente a errori strani e difficili da diagnosticare se non si comprende come funzionano gli interni del core.

Come primo intervento preliminare, considera i seguenti rimedi:

  • Assicurati che ogni sito in esecuzione sulla stessa installazione abbia il proprio database assegnato, con un utente dedicato che non abbia i permessi per accedere ad altri database all'interno del tuo cluster. Ad esempio, quando accedi a PhpMyAdmin come root, hai accesso all'intero cluster. Per ogni applicazione, dovrebbe esserci un database e un utente dedicati all'interno del tuo cluster, e l'utente non dovrebbe avere accesso ad altri database a meno che non si tratti di una risorsa condivisa creata esplicitamente per lo scambio di dati tra due applicazioni. Questo riduce la probabilità che la tua applicazione si confonda cercando di recuperare dati dal database sbagliato e previene problemi di collisione tra due o più installazioni di WordPress con prefissi identici. Non installare due WordPress nello stesso database, altrimenti entrambi smetteranno di funzionare.
  • Controlla il pannello "Network" nel web inspector del tuo browser e verifica il codice di errore della richiesta. Se è un 403 (dovrebbe esserlo), allora il problema è che la pagina non esiste effettivamente o che l'utente non ha i permessi. Se è un 500 (non dovrebbe esserlo), significa che il server ha incontrato un errore ed è ricorso alla procedura di uscita standard. Se è un 500, hai un plugin difettoso, un tema problematico o un problema con il database da risolvere. Se è un 403, è molto probabilmente un aggiornamento fallito, una configurazione errata o un accesso negato legittimo.
30 mar 2018 00:41:49
1

Cambia il prefisso della tabella in "_" nel file wp-config.php e salva. Poi prova a caricare wp-admin/. Potresti vedere un messaggio di nuova installazione. Non installare, torna indietro e cambia nuovamente il prefisso in "WP". Questo metodo ha funzionato per me, ma non sono sicuro che funzioni per tutti.

prima: $table_prefix = 'wp_';
durante: $table_prefix = '_';
dopo: $table_prefix = 'WP_';

25 dic 2018 13:31:57
Commenti

Una soluzione simile ha risolto il messaggio 403: Siamo spiacenti, non sei autorizzato ad accedere a questa pagina.

Nel mio caso, durante la migrazione a un nuovo server, i nomi delle tabelle del database sono stati modificati in minuscolo, compresi quelli referenziati da $table_prefix.

Aggiornando $table_prefix in minuscolo ho fatto funzionare il frontend, ma /wp-admin restituiva l'errore 403.

La soluzione è stata controllare il database per trovare riferimenti al prefisso originale in maiuscolo. Ad esempio, la tabella _usermeta.meta_key aveva molteplici istanze del prefisso originale in maiuscolo.

chris.dempsey chris.dempsey
10 gen 2023 14:53:22