L'utente amministratore non può aggiornare WP

Ho un sito con WP 3.3.2. Il backend mostra una barra che dice "WordPress 3.5 è disponibile! Si prega di avvisare l'amministratore del sito."

La cosa divertente è che ho effettuato l'accesso con un utente amministratore, l'ho verificato due volte. Quando provo ad accedere alla pagina di aggiornamento (su wp-admin / update-core.php) ottengo questo errore:

"Non hai autorizzazioni sufficienti per accedere a questa pagina."

Qualche suggerimento su cosa potrebbe succedere qui? Grazie.

Prova a creare un nuovo utente amministratore nel db.

Attenersi alla seguente procedura per creare un nuovo utente amministratore, quindi aggiornarlo, quindi è possibile assegnare nuovamente i diritti di amministratore dell'utente precedente. O usa il nuovo utente.

Il tuo vecchio utente potrebbe avere un'impostazione errata nel DB

http://www.dnawebagency.com/how-to-add-an-admin-user-to-the-wordpress-database

Ho avuto questo problema una volta.

Dovresti controllare il tuo wp-config.phpfile e se trovi questa linea

define('DISALLOW_FILE_MODS',true);

cambia il suo valore in falso:

define('DISALLOW_FILE_MODS',false);

Per chiunque abbia questo problema, esiste un'altra riga che potrebbe essere necessario trovare nel file wp-config o di funzioni e modificare in false:

define('DISALLOW_FILE_EDIT', true);

WordPress mi stava dicendo che non avevo "autorizzazioni sufficienti" per aggiornare la mia installazione anche quando eseguivo l'accesso come amministratore.
Ho avuto la seguente riga nel mio file wp-config.php:
define('DISALLOW_FILE_MODS',true);
sono stato in grado di applicare nuovamente gli aggiornamenti dopo aver modificato questa riga in:
define('DISALLOW_FILE_MODS',false);

Aggiungi il seguente codice a un file nella tua radice di wordpress e vai a quella pagina.

<?php
define('WP_USE_THEMES', false);
require('wp-blog-header.php');

$role = get_role('administrator');

echo '<pre>';
print_r($role);
echo '</pre>';

Ora, cerca [update_core]nel testo visualizzato. Il suo valore dovrebbe essere 1.

In caso contrario, aggiungere la seguente riga dopo la $role = get_role('administrator')riga per aggiungere la update_core funzionalità all'amministratore.

$role->add_cap( 'update_core' ); 

Ricarica la pagina per vedere se il valore di [update_core]è 1. In tal caso 1, puoi provare a eseguire l'aggiornamento. Non dimenticare di eliminare il file che hai aggiunto in seguito.

Metodo 2:

Sali su PHPMyadmin e vai al wp_userstavolo. Cerca il tuo ID utente. Ora vai a wp_usermetae modifica il wp_capabilitiestuo ID utente in a:1:{s:13:"administrator";b:1;}. Fai un backup prima di toccare il database, per ogni evenienza.

Ho riscontrato questo problema una volta durante l'aggiornamento di un'installazione 3.9.19.

Ho seguito la risposta di @Rikik e tutto sembrava essere normale, ma non riesco ancora ad eseguire l'aggiornamento.

Si scopre che è define('DISALLOW_FILE_MODS',true);stato configurato in functions.php.

Quindi sì, aspetto per quella linea nella vostra wp-config.phpcosì come functions.php.

Non sono sicuro se l'aggiunta di quella linea functions.phpsia una pratica comune poiché la maggior parte delle risposte qui suggerisce solo di guardarewp-config.php

Spesso devi occuparti di dare alla tua installazione di wordpress le autorizzazioni corrette per file e directory. Se riesci ad accedere al tuo server tramite SSH non è affatto un problema.

1. Reimpostazione dell'autorizzazione di tutti i file su 664:

find / var / www / html / -type f -exec chmod 664 {} \;

2. Reimpostazione dell'autorizzazione delle directory su 775:

find / var / www / html / -type d -exec chmod 775 {} \;

3. Ottieni l'utente che esegue Apache (l'utente dovrebbe essere la prima riga / colonna):

ps aux | grep apache

4. Recupera i gruppi di cui l'utente fa parte:

gruppi [nome utente]

5. Ripristina il gruppo sul gruppo che esegue Apache:

chgrp -R [gruppo] / var / www / html /

Ora dovresti essere in grado di aggiornare Wordpress automaticamente dal tuo backend.

Ho risolto il problema modificando un valore all'interno di wp-config.php.

define('DISALLOW_FILE_MODS',true);

cambia il valore in falso:

define('DISALLOW_FILE_MODS',false);

Questo è uno scatto al buio, ma per caso hai qualche mu-plug-in che potrebbe causare questo? wp-content/mu-plugins