- WordPress :6.6
- Statut : résolu
- Ce sujet contient 14 réponses, 3 participants et a été mis à jour pour la dernière fois par
, le il y a 1 semaine et 2 jours.
-
Messages
-
Bonjour,
Ma configuration WP actuelle
- Version de PHP/MySQL : 8.0.30
- Thème utilisé : Avada
- Extensions en place : 33
- Nom de l’hébergeur : OVH
- Adresse du site : https://www.pressecomnormandie.fr/
Problème(s) rencontré(s) :
Bonjour à tous,
J’ai un gros souci au niveau des autorisations des membres connectés sur l’un de mes sites.
En fait, les comptes avec les rôles auteur, éditeur etcc… n’ont pas accès aux sections de créations d’articles, événements et autres.
Le message « You do not have sufficient permissions to access this page » apparait.De plus, pour les comptes « abonnés » simple, certains éléments ne s’affichent pas, principalement tout ce qui est injecté à base de short-codes.
En rôle « administrateur », tout fonctionne et s’affiche…
J’ai un moment soupçonné le plugin « Ultimate Members » d’être à l’origine du souci mais même en le désactivant, le problème persiste…
Si quelqu’un saurait m’aider 🙏🏻
Julien
Est-ce que les rôles auteur, éditeur etc. dont vous parlez sont des rôles wordpress d’origine (non modifiés par une extension)?
Dans votre base de données, table « wp_options », cherchez l’option_name « wp_user_roles ». Copiez l’option_value correspondante et collez-la dans un éditeur de texte simple (par ex : blocknotes) et comparez les droits des auteurs , éditeurs abonnés avec ceux que vous trouverez ICI. Ce sont les rôles par défaut de wordpress. Vous aurez probablement des rôles supplémentaires si vous avez des extensions qui en créent mais vous devez quand même trouver les rôles tels que définis par wordpress avec les droits correspondants (voir pj).
Est-ce que les rôles auteur, éditeur etc. dont vous parlez sont des rôles wordpress d’origine (non modifiés par une extension)?
Justement je soupçonne fortement le plugin « Ultimate Members » d’avoir déréglé tout ça… Et que le fait de le désactiver ne règle rien car il a possiblement foutu le bordel dans la BD avant…
« Dans votre base de données, table « wp_options », cherchez l’option_name « wp_user_roles ». Copiez l’option_value correspondante et collez-la dans un éditeur de texte… «
Ok. Je vais essayer ça. Je n’ai jamais été fouiller dans une BD mais je vais devoir m’y coller…
Merci en tout cas, Ferman, pour l’aide, je vous fais un retour très vite.
Je n’ai jamais été fouiller dans une BD mais je vais devoir m’y coller…
C’est peut-être impressionnant mais en fait c’est simple (enfin, ça dépend des cas mais là ça l’est) . Regardez la pj.
Bonjour Ferman,
j’ai réussi à accéder à la table user_roles et, à première vue, ça ne correspond pas vraiment à l’exemple de base que vous m’avez montré….
Voilà ce que j’ai par exemple pour la partie « Auteur »
{s:4: »name »;s:6: »Author »;s:12: »capabilities »;a:68:{s:21: »connections_add_entry »;b:1;s:31: »connections_add_entry_moderated »;b:1;s:24: »connections_change_roles »;b:1;s:27: »connections_change_settings »;b:1;s:24: »connections_delete_entry »;b:1;s:27: »connections_edit_categories »;b:1;s:22: »connections_edit_entry »;b:1;s:32: »connections_edit_entry_moderated »;b:1;s:18: »connections_manage »;b:1;s:27: »connections_manage_template »;b:1;s:26: »connections_view_dashboard »;b:1;s:21: »connections_view_menu »;b:1;s:24: »connections_view_private »;b:1;s:23: »connections_view_public »;b:1;s:25: »connections_view_unlisted »;b:1;s:12: »create_posts »;b:1;s:25: »delete_aggregator-records »;b:1;s:26: »delete_others_tribe_events »;b:1;s:12: »delete_posts »;b:1;s:27: »delete_private_tribe_events »;b:1;s:35: »delete_published_aggregator-records »;b:1;s:22: »delete_published_posts »;b:1;s:29: »delete_published_tribe_events »;b:1;s:33: »delete_published_tribe_organizers »;b:1;s:29: »delete_published_tribe_venues »;b:1;s:19: »delete_tribe_events »;b:1;s:23: »delete_tribe_organizers »;b:1;s:19: »delete_tribe_venues »;b:1;s:23: »edit_aggregator-records »;b:1;s:24: »edit_others_tribe_events »;b:1;s:10: »edit_posts »;b:1;s:25: »edit_private_tribe_events »;b:1;s:33: »edit_published_aggregator-records »;b:1;s:20: »edit_published_posts »;b:1;s:27: »edit_published_tribe_events »;b:1;s:31: »edit_published_tribe_organizers »;b:1;s:27: »edit_published_tribe_venues »;b:1;s:17: »edit_tribe_events »;b:1;s:21: »edit_tribe_organizers »;b:1;s:17: »edit_tribe_venues »;b:1;s:7: »level_0″;b:1;s:7: »level_1″;b:1;s:7: »level_2″;b:1;s:24: »manage_events_categories »;b:1;s:26: »publish_aggregator-records »;b:1;s:13: »publish_posts »;b:1;s:20: »publish_tribe_events »;b:1;s:24: »publish_tribe_organizers »;b:1;s:20: »publish_tribe_venues »;b:1;s:4: »read »;b:1;s:25: »read_private_tribe_events »;b:1;s:12: »upload_files »;b:1;s:12: »yop_poll_add »;b:1;s:22: »yop_poll_delete_others »;b:1;s:19: »yop_poll_delete_own »;b:1;s:20: »yop_poll_edit_others »;b:1;s:17: »yop_poll_edit_own »;b:1;s:23: »yop_poll_results_others »;b:1;s:20: »yop_poll_results_own »;b:1;s:17: »read_others_posts »;b:1;s:17: »read_others_pages »;b:1;s:24: »read_others_tribe_events »;b:1;s:19: »create_tribe_events »;b:1;s:16: »edit_attachments »;b:1;s:18: »delete_attachments »;b:1;s:23: »read_others_attachments »;b:1;s:23: »edit_others_attachments »;b:1;s:25: »delete_others_attachments »;b:1;}s:22: »_um_can_access_wpadmin »;b:1;s:24: »_um_can_not_see_adminbar »;b:0;s:21: »_um_can_edit_everyone »;b:0;s:23: »_um_can_delete_everyone »;b:0;s:20: »_um_can_edit_profile »;b:1;s:22: »_um_can_delete_profile »;b:0;s:15: »_um_after_login »;s:16: »redirect_profile »;s:16: »_um_after_logout »;s:13: »redirect_home »;s:20: »_um_default_homepage »;b:1;s:16: »_um_can_view_all »;b:1;s:28: »_um_can_make_private_profile »;b:0;s:30: »_um_can_access_private_profile »;b:0;s:10: »_um_status »;s:8: »approved »;s:20: »_um_auto_approve_act »;s:16: »redirect_profile »;s:13: »_um_is_custom »;s:1: »0″;s:12: »_um_priority »;i:0;s:18: »_um_can_edit_roles »;s:0: » »;s:20: »_um_can_delete_roles »;s:0: » »;s:18: »_um_can_view_roles »;s:0: » »;s:19: »_um_profile_noindex »;s:0: » »;s:21: »_um_redirect_homepage »;s:0: » »;s:20: »_um_auto_approve_url »;s:0: » »;s:24: »_um_login_email_activate »;b:0;s:20: »_um_checkmail_action »;s:12: »show_message »;s:21: »_um_checkmail_message »;s:176: »Merci pour votre inscription. Avant de pouvoir vous connecter vous devez activer votre compte en cliquant sur le lien d’activation que nous venons de vous envoyer par ….
Bonjour,
Voilà ce que j’ai par exemple pour la partie « Auteur »
Le texte est tronqué et les copies d’écran ne sont pas passées; on ne peut donc pas dire si les droits par défaut pour auteurs, éditeurs etc. sont présents. Par contre on voit plusieurs droits en provenance de ultimate members. L’extension est-elle désactivée? Il est possible qu’ultimate members mal réglé ait ajouté des restrictions aux rôles non-administrateur mais c’est juste une hypothèse. De même, je ne sais pas si le message « You do not have sufficient permissions to access this page » est bien dû à l’extension (avec laquelle je ne suis absolument pas familier). Je ne vois pas non plus ce que le message pour votre inscription. Avant de pouvoir vous connecter vous devez activer votre compte en cliquant sur le lien d’activation que nous venons de vous envoyer par …. a à faire dans la liste des droits des utilisateurs et donc je pense qu’il y a un problème à ce niveau.
Il faudrait faire des essais sur votre site. J’essaierais d’abord , après avoir désactivé toutes les extensions puis supprimé celles qui ne me sont plus utiles ,de remplacer dans la base de données le contenu de la valeur (option_value) de l’option wp_user_roles actuelle par la valeur par défaut donnée plus haut.
Personnellement, je préférerais ne pas faire ceci sur un site actif et en aucun cas sans avoir une sauvegarde du site (dossiers et base de données). En principe chez OVH vous avez tout ce qu’il faut en matière de sauvegardes disponibles mais c’est un peu lourd et il est toujours désagréable d’avoir un site cassé même pour une courte durée (et vos récupéreriez le site avec le même problème). Ce serait plus sécurisant si vous disposiez d’une copie locale de votre site pour tester. Ce n’est pas difficile à faire. Petite précision: je n’utilise pas « local » mais un autre système qui correspond mieux à mes besoins (mais qui est un peu plus complexe) mais le principe est le même.
Au delà du problème actuel, un site local est très utile pour tester des modifications (mises à jour, essais d’extensions, de code) et des sauvegardes.
Enfin, en cas de problème, il ne faut pas attendre plusieurs mois pour venir sur le forum; cela vous prive de la possibilité de restaure une sauvegarde d’avant le problème.
Bonjour Ferman,
Le texte est tronqué et les copies d’écran ne sont pas passées; on ne peut donc pas dire si les droits par défaut pour auteurs, éditeurs etc. sont présents.
Je rééssaye en compressant l’image pour qu’elle soit acceptée (voir PJ)
Par contre on voit plusieurs droits en provenance de ultimate members. L’extension est-elle désactivée? Il est possible qu’ultimate members mal réglé ait ajouté des restrictions aux rôles non-administrateur mais c’est juste une hypothèse.
Oui, la première chose à laquelle j’ai pensé, mais même en désactivant l’extension, ça n’a rien fait. Je suppose que le fait de désactiver l’extension ne vient pas corriger la base de données. C’est peut-être aussi ça le problème.
J’essaierais d’abord , après avoir désactivé toutes les extensions puis supprimé celles qui ne me sont plus utiles…
Oui c’est ce que je compte faire pour commencer.
…de remplacer dans la base de données le contenu de la valeur (option_value) de l’option wp_user_roles actuelle par la valeur par défaut donnée plus haut.
Sur ce point, imaginons que je remplace la valeur actuelle de wp_user_roles par celle d’origine, et que je rencontre des désagréments comme l’impossibilité de me connecter au site ou autre, il me sera possible de remettre l’ancienne valeur (que j’aurai précieusement gardée de côté), pour que tout revienne comme avant ? Il me semble logique que oui, mais bon…
Ce serait plus sécurisant si vous disposiez d’une copie locale de votre site pour tester. Ce n’est pas difficile à faire.
Oui, c’est tout à fait vrai. Mais l’outil « Local » permet de créer un nouveau site en local, pas d’en dupliquer un actuel ? Du moins ce n’est aps dit dans le tuto…
Merci encore pour votre aide.
JulienJe suppose que le fait de désactiver l’extension ne vient pas corriger la base de données.
Non, ce qui est créé dans la base de données y reste quand on désactive (et même pour certaines extensions quand on les supprime).
il me sera possible de remettre l’ancienne valeur (que j’aurai précieusement gardée de côté), pour que tout revienne comme avant
Oui mais il ne faut pas faire d’erreur (de copier/coller par exemple).
pas d’en dupliquer un actuel ?
Si. C’est l’intérêt de la chose. Voir ICI la procédure.
Merci encore, c’est très clair.
Je vais tenter de remettre la valeur par défaut du wp_user_roles, et revenir en arrière si ça ne corrige pas le problème. Au pire du pire je peux restaurer des versions antérieures de la base de donnée via OVH donc…
Je me pose tout de même la question de ce qu’il va advenir des autorisations créées par les plugins Ultimate Members et Yop Poll (système de votes par sessions), une fois la valeur remise par défaut… Les plugins vont dérailler ou réinjecter les autorisations au propre ? Telle est la question 😀
Je peux trouver un moyen de me passer du premier, mais j’ai impérativement besoin du 2e…
Pour le site en local, effectivement c’est très intéressant. Au point que j’hésite à commencer par ça…
Normalement, lors de la réactivation des extensions les réglages sont rétablis et ce qui a été stocké l’est en dehors de wp_options donc reste dans la base de données. Comme vous le dites vous pouvez toujours restaurer une sauvegarde. Cela étant dit, vous avez bien attendu depuis août; vous pouvez donc attendre quelques jours de plus et installer un site local. Vous y gagnerez en tranquilité d’esprit.
Bonjour Ferman,
j’ai suivi vos conseils, cloné le site et tenté plusieurs manips, jusqu’à découvrir en le désactivant qu’un plugin stupide était en cause, et bloquait l’accès aux utilisateurs « non-admin » !
Le plugin en cause « Responsive Gallery Grid », qui a d’ailleurs publié une MAJ ce matin même pour corriger le problème, qui durait depuis des mois (voir PJ) !!
Merci encore, j’aurai au moins appris grâce à vous à fouiller dans une base de donnée ou encore à cloner un site en local.
Belle journée à vous
JulienBonjour,
C’est une bonne nouvelle. J’aurais pu penser à la manip classique consistant à « désactiver toutes les extensions et les réactiver une par une » mais vu que le problème existait depuis des mois ça ne m’est pas venu à l’esprit. De la part d’une extension attendre plusieurs mois pour apporter un correctif d’un problème pas bénin ne me semble pas très sérieux.
Bon, comme vous le dites, vous avez au moins appris à fouiller dans une base de donnée ou encore à cloner un site en local.
Je pense que ça vous sera utile; surtout le site local qui vous permettra de tester tout ce que vous voudrez (mises à jour, personnalisations…) avant de l’appliquer sur votre site en ligne.
Merci d’avoir passé le sujet en résolu.
- Vous devez être connecté pour répondre à ce sujet.