Comment corriger l'erreur "désolé, vous n'êtes pas autorisé à accéder à cette page" que j'obtiens sur les liens "plugins> paramètres"?

Je découvre que cemessage "Désolé,vousn'êtespas autorisé à accéder à cettepage" seproduitprincipalement lorsque différents sites WordPress sont dans lemêmephpMyAdmin -portanttous lemêmepréfixe detable,quel que soit lenom de labase de données.Jene peuxpas dire combien de sites WordPress devraient être dans lemêmephpMyAdmin avec lemêmepréfixe detable.

I discover this message “Sorry, you are not allowed to access this page” mostly occur when various WordPress sites are in the same phpMyAdmin – all bearing the same table prefix, irrespective of the database name. I can’t tell how many WordPress sites are expected to be in the same phpMyAdmin with the same table prefix.

Si vous avez https sur WordPresset que vous avez ajouté le code ci-dessous sur wp-config.php,assurez-vous que les lignes doivent êtreen haut de lapage.J'aitrouvé ceproblème.Etpeut-être que celapeut aider.

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

If you have https on WordPress and you added below code on wp-config.php,then be sure that lines must be on top of page. I found this issue. And may be it can help.

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

Selonmoi,connectez-vous à PHPMyAdmin à wp_usermetapuismodifiez wp32_capabilities den'importe quel utilisateuret ajoutez ceci a: 1: {s: 13: "administrator"; s: 1: "1";} Ilchangera leprivilège utilisateuren admin.Il y aplusieurs raisonspour lesquelles cela changeraet vous obtiendrez l'erreur.

J'obtenais cetteerreur surmon site Webet jen'aiessayé qu'une seulefoiset cela a été résolu.

According to me Login into PHPMyAdmin goto wp_usermeta then edit wp32_capabilities of any user and add this a:1:{s:13:"administrator";s:1:"1";} It will change the user Privilege to admin. There are several reasons it will change and you will get the error.

I was getting this error on my website and I try this only once and it was resolved.

Vouspouvez conserverplus d'un WPtant que lespréfixes sont différentset ne se heurtentpas,cemessage contient le correctif de l'erreur d'accès lors du changement depréfixemaisface à l'erreur: https://www.mysysadmintips.com/other/web/743-wordpress-admin-désolé-vous-n'êtes-pas-autorisé-d'accéder-à-cette-page

You can keep more than one WP as long the prefixes are different and do not collide, this post has the fix for the access error when changed the prefix but facing the error: https://www.mysysadmintips.com/other/web/743-wordpress-admin-sorry-you-are-not-allowed-to-access-this-page

Par défaut,les capacités seront attribuées aux rôles «Administrateur»et «Éditeur» lorsque leplugin s'exécutepour lapremièrefois.Vouspouvez ajouter ou supprimer desfonctionnalitéspour l'utilisateuren utilisant unexcellentpluginnommé Membres si cen'estpas là.

By default, capabilities will be assigned to “Administrative” and “Editor” role when plugin runs for the first time. You can add or remove capabilities for user by using a great plugin named Members if its not there.

Wordpress affiche unepage 403par défaut lorsque l'un des quelques événements debackend seproduit:

1. L'accès à l'utilisateurn'estpas autorisé car son rôle dispose d'autorisationsincorrectes
2. Lapagebackendestintrouvable,ce qui seproduit lorsqu'unplugin ou unthèmen'estplus actifet a laissé des données reliques dans labase de données,ou lorsqu'ilesten train demal acheminer sapage d'administrationparce qu'ilestmal configuré. Cela seproduit souvent si vous utilisez desplugins de réécriture d'urlet qu'ilsne gèrentpas correctement les uris dubackend oune les réécriventpas. Cela conduit souvent à être verrouillé hors de l'écran de connexion.
3. Il y a uneerreur avec lemécanisme de routage du cœurinterne,et il reçoit un résultat qu'ilne comprendpas,ne peutpastraiter oumappe à un schémanon reconnu
4. Uneerreur critiquemaisnonfatale seproduit lors de l'étape de routage dutableau debord

Dans votre cas,c'estprobablement la 3èmepossibilité. Le code debase de Wordpressn'effectuepas de vérification detypetrès rigoureuse,et ilprocèdegénéralement à sesinternes sans vraimentpasserbeaucoup detemps à vérifier que les données qu'il a reçues étaient correctementformatées ou sont validespour l'objectif actuel. Ilen résulte deserreurstrès étrangeset difficiles à diagnostiquerfréquemment si vousne comprenezpas comment les composantsinternes debasefonctionnent.

Les remèdes suivants sontnécessairesen tant que contrôlepréliminaire:

• Assurez-vous que chaque site s'exécutant sur lamêmeinstallation dispose de saproprebase de données,qui a sonpropre utilisateur dédié quin'apas l'autorisation d'accéder à une autrebase de données au sein de votre cluster. Parexemple,lorsque vous vous connectez à PhpMyAdminen tant que root,vous avez accès à l'ensemble du cluster. Pourtoute application donnée,il doit avoir unebase de donnéeset un utilisateur dédiés au sein de votre cluster,et l'utilisateurne doitpas avoir accès à une autrebase de données de votre cluster,sauf s'il s'agit d'une ressourcepartagée crééeexplicitementpour que les donnéespassententre deux applications. Cela réduit le risque de confusion de votre applicationen essayant de récupérer des données dans lamauvaisebase de donnéeset évitetoutproblème de collisionentre deux ouplusieursinstallations wordpress avec despréfixesidentiques. Neplacezpas deuxinstallations wordpress dans lamêmebase de données ouelles seronttoutes les deuxinterrompues.
• Vérifiez lepanneau réseau dans l'inspecteur Web de votrenavigateuret vérifiez le code d'erreur de la demande. S'il s'agit d'un 403 (ça devrait l'être) ,alors leproblèmeest soit que lapagen'existepas réellement,soit que l'utilisateurn'apas lespermissions. S'il s'agit d'un 500 (ilne devraitpas l'être) ,cela signifie que le serveur a rencontré uneerreuret est revenu à laprocédure de sortie standard. S'il s'agit d'un 500,vous avez unproblème deplugin,dethème ou debase de données àgérer. S'il s'agit d'un 403,il s'agitprobablement d'unemauvaisemise àjour,d'une configurationincorrecte ou d'un accès légitime refusé.

Wordpress shows a default 403 page when any of a handful of backend events occur:

1. The user is not allowed access because their role has incorrect permissions
2. The backend page is not found, which happens when a plugin or theme is no longer active and left relic data in the database, or when it is misrouting its admin page because it is misconfigured. This often happens if you use url rewrite plugins, and they do not handle the backend uris correctly or omit rewriting them. This often also leads to being locked out of the login screen.
3. There is an error with the internal core routing mechanism, and it receives a result it doesn't understand, can't process, or maps to an unrecognized schema
4. A critical but not fatal error occurs during the routing step for the dashboard

In your case, it is probably the 3rd possibility. Wordpress core code does not do very rigorous type checking, and it typically proceeds through its internals without really spending much time on verifying that the data it received was properly formatted or is valid for the current purpose. This results in very strange and difficult to diagnose errors frequently if you do not understand how the core internals work.

The following remedies are in order as a preliminary preflight:

• Make sure that each site running on the same installation has its own database assigned, which has its own dedicated user that does not have permission to access any other database within your cluster. For example, when you login to PhpMyAdmin as root, you have access to the entire cluster. For any given application, it should have a dedicated database and user within your cluster, and the user should not have access to any other database in your cluster unless it is a shared resource created explicitly for data to pass between two applications. This alleviates the likelihood of your application getting confused by trying to fetch data from the wrong database, and prevents any issues with collisions between two or more wordpress installs with identical prefixes. Do not put two wordpress installs in the same database or they will both break.
• Check the network panel in your browser web inspector and check the error code for the request. If it is a 403 (it should be), then the issue is either the page doesn't actually exist, or the user lacks permissions. If it is a 500 (it should not be), then it means that the server encountered an error and fell back to the standard exit procedure. If it is a 500, you have a bad plugin, theme, or database issue to handle. If it is a 403, it is most likely one of a bad update, incorrect configuration, or legitimate access denied.

Recherchez également dans lefichier wp-setting.php "define ('DISALLOW_FILE_MODS',true);"et supprimez-le.Aucune des solutions ci-dessusn'afonctionnépourmoi sauf celle-ci!

Also search wp-setting.php file for "define('DISALLOW_FILE_MODS',true);" and delete it. Non of the above solutions worked for me except this one!

Remplacez lepréfixe de latablepar "_" dans wp-config.phpet enregistrez-le.Ensuite,essayez de charger wp-admin/.vouspouvez voir unnouveaumessage d'installation.Nepasinstaller,reveniren arrièreet changer ànouveau lepréfixeen "WP".Cela afonctionnépourmoi.Jene suispas sûr que celafonctionnerapourtout lemonde.

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

Change table prefix to "_" in wp-config.php and save. Then try load wp-admin/. you might see a new install message. Don't install, go back and change prefix again to "WP". This worked for me. I am not sure this will work for everyone.

before: $table_prefix = 'wp_';
in between: $table_prefix = '_';
after: $table_prefix = 'WP_';