web-dev-qa-db-fra.com

Comment puis-je corriger l'erreur "désolé, vous n'êtes pas autorisé à accéder à cette page" que je reçois sur les liens "plugins> settings"?

Je viens de passer à WordPress 4.6, et maintenant, lorsque je tente de cliquer sur le lien Paramètres de certains de mes plugins, je reçois le message " Désolé, vous n'êtes pas autorisé à accéder à cette page. ".

Je peux activer/désactiver le plug-in, mais pour une raison quelconque, je ne peux pas accéder à la vue des paramètres.

J'ai essayé de suivre certaines des méthodes utilisées par d'autres personnes pour résoudre ce problème; par exemple, ajouter un nouvel administrateur et mettre à jour les valeurs " wp_capabilities " et " wp_user_level " dans la base de données, mais cela ne fonctionne toujours pas.

Est-ce que quelqu'un sait comment je peux poursuivre le débogage ou résoudre ce problème?

pluginserrors
1
olimits7

Je découvre que le message "Désolé, vous n'êtes pas autorisé à accéder à cette page" survient généralement lorsque plusieurs sites WordPress sont dans le même phpMyAdmin - tous portant le même préfixe de table, quel que soit le nom de la base de données. Je ne peux pas dire combien de sites WordPress devraient figurer dans le même phpMyAdmin avec le même préfixe de table.

0
Alvan

Recherchez également dans le fichier wp-setting.php "define ('DISALLOW_FILE_MODS', true);" et supprimez-le. Aucune des solutions ci-dessus n'a fonctionné pour moi, sauf celui-ci!

0
Kmaj

Remplacez le préfixe de table par "_" dans wp-config.php et enregistrez. Ensuite, essayez de charger wp-admin /. vous pourriez voir un nouveau message d'installation. N'installez pas, revenez en arrière et changez le préfixe à nouveau pour "WP". Cela a fonctionné pour moi. Je ne suis pas sûr que cela fonctionnera pour tout le monde.

avant: $table_prefix = 'wp_';
entre: $table_prefix = '_';
après: $ table_prefix = 'WP_';

0
Muhammed AK

Wordpress affiche une page 403 par défaut lorsqu'un ou plusieurs événements d’arrière-plan se produisent:

  1. L'accès de l'utilisateur n'est pas autorisé car son rôle dispose d'autorisations incorrectes.
  2. La page principale n'est pas trouvée, ce qui se produit lorsqu'un plugin ou un thème n'est plus actif et a laissé des données de relique dans la base de données, ou lorsqu'il a mal géré sa page d'administration en raison d'une mauvaise configuration. Cela se produit souvent si vous utilisez des plugins de réécriture d'URL et que ceux-ci ne gèrent pas correctement les uris d'arrière-plan ou omettent de les réécrire. Cela entraîne souvent le verrouillage de l'écran de connexion.
  3. Il y a une erreur avec le mécanisme de routage interne principal et il reçoit un résultat qu'il ne comprend pas, ne peut pas traiter ou correspond à un schéma non reconnu
  4. Une erreur critique mais non fatale se produit lors de l'étape de routage du tableau de bord

Dans votre cas, c'est probablement la 3ème possibilité. Le code principal de Wordpress ne fait pas de vérification de type très rigoureuse et il procède généralement par le biais de ses internes sans vraiment passer beaucoup de temps à vérifier que les données reçues étaient correctement formatées ou valides pour le but actuel. Il en résulte des erreurs très étranges et difficiles à diagnostiquer fréquemment si vous ne comprenez pas le fonctionnement des composants internes.

Les mesures correctives suivantes sont à prendre à titre préliminaire:

  • Assurez-vous que chaque site exécutant la même installation se voit attribuer sa propre base de données, qui possède son propre utilisateur dédié qui n'a pas l'autorisation d'accéder à une autre base de données de votre cluster. Par exemple, lorsque vous vous connectez à PhpMyAdmin en tant que root, vous avez accès à la totalité du cluster. Pour toute application donnée, il doit y avoir une base de données et un utilisateur dédiés au sein de votre cluster. L'utilisateur ne doit avoir accès à aucune autre base de données de votre cluster sauf s'il s'agit d'une ressource partagée créée explicitement pour le transfert de données entre deux applications. Cela réduit les risques de confusion de votre application en essayant d'extraire des données de la mauvaise base de données et évite les problèmes de collisions entre deux ou plusieurs installations wordpress avec des préfixes identiques. Ne mettez pas deux installations wordpress dans la même base de données, sinon elles casseront.
  • Vérifiez le panneau de réseau dans l'inspecteur Web de votre navigateur et vérifiez le code d'erreur de la demande. S'il s'agit d'un 403 (cela devrait être) , le problème est que la page n'existe pas réellement ou que l'utilisateur manque d'autorisations. S'il s'agit d'un 500 (cela ne devrait pas être le cas) , cela signifie que le serveur a rencontré une erreur et est revenu à la procédure de sortie standard. S'il s'agit d'un 500, vous devez gérer un problème de plugin, de thème ou de base de données. S'il s'agit d'une 403, il s'agit probablement d'une mise à jour incorrecte, d'une configuration incorrecte ou d'un accès légitime refusé.
0
mopsyd

Vous pouvez conserver plusieurs WP tant que les préfixes sont différents et ne se contredisent pas, cet article corrige l'erreur d'accès lorsque le préfixe est modifié mais que l'erreur se produit: https: // www. mysysadmintips.com/other/web/743-wordpress-admin-sorry-you-are-not-allowed-to-access-this-page

0
Diana

Selon moi, connectez-vous à PHPMyAdmin, allez à wp_usermeta, éditez ensuite wp32_capabilities de n’importe quel utilisateur et ajoutez ceci a: 1: {s: 13: "administrateur"; s: 1: "1";} Cela changera l’utilisateur Privilège d'administrateur. Il y a plusieurs raisons pour lesquelles cela va changer et vous obtiendrez l'erreur.

Je recevais cette erreur sur mon site Web et je l’essaye seulement une fois et c’est résolu.

0
Aashirvad Kumar

Par défaut, les capacités seront attribuées aux rôles "Administratif" et "Éditeur" lors de la première exécution du plug-in. Vous pouvez ajouter ou supprimer des fonctionnalités pour l'utilisateur en utilisant un excellent plugin nommé Members s'il n'est pas là.

0
Jatin Bhatti

Si vous avez https sur WordPress et que vous avez ajouté le code ci-dessous sur wp-config.php, assurez-vous que les lignes doivent être en haut de la page. J'ai trouvé ce problème. Et peut-être que cela peut aider.

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