Restreindre l'accès des modérateurs uniquement au panneau de statistiques du tableau de bord admin ?

Je souhaiterais savoir s’il serait possible de limiter l’accès des modérateurs aux seules statistiques lorsqu’ils accèdent au tableau de bord d’administration.

Je ne souhaite pas que certains modérateurs aient accès aux onglets « utilisateurs », « journaux » et « extensions ».

2 « J'aime »

Non, ce n’est pas possible. Et je ne comprends pas pourquoi vous le souhaitez. Je sais qu’aujourd’hui c’est le 1er avril, mais… Vous devez bien faire confiance à vos propres modérateurs pour consulter les journaux et la liste réelle des utilisateurs qu’ils sont censés modérer.

2 « J'aime »

lol. Ça n’a rien à voir avec le 1er avril. Je demande juste pour voir si l’on peut modifier les capacités, tout comme on le fait sur WordPress.

Je pense simplement à avoir du personnel qui puisse publier et suivre les vues de pages pour voir comment le site se porte. Rien de plus.

Invitez-les à consulter la page /about pour obtenir des statistiques de base.

4 « J'aime »

Aucune statistique de vues de page n’est affichée à l’adresse : https://forum.netdivo.com/about

Il semble que vous ayez modifié manuellement le contenu de la page « À propos ». Vous avez peut-être supprimé les statistiques générées. Je ne suis pas tout à fait certain, car je ne me souviens pas exactement si vous aviez la possibilité de les supprimer. @ondrejj, pouvez-vous confirmer ?

1 « J'aime »

J’ai trouvé un cas d’usage qui pourrait être intéressant dans ce contexte, peut-être pas pour un modérateur, mais pour un utilisateur ayant accès aux excellentes analyses que Discourse génère déjà.

Imaginez un forum qui utilise des campagnes marketing. Oui, les outils d’analyse comme Matomo ou d’autres sont utiles, mais intégrer directement les analyses offre des métriques plus précises et évite d’avoir à utiliser un autre outil pour obtenir le même résultat.

Ainsi, disposer d’un rôle permettant d’accéder au tableau de bord administrateur et aux métriques serait un atout pour les communautés qui utilisent le marketing ou mènent des campagnes pour se promouvoir.

2 « J'aime »

Pour ce que cela vaut, nous apprécierions également grandement cette fonctionnalité. Nous souhaitons offrir un accès direct aux rapports d’administration à des personnes qui ne sont pas modérateurs, dans le cadre de la rédaction de demandes de subventions et/ou à des fins marketing. Dans l’ensemble, elles veulent simplement des statistiques telles que signups, posts, likes, page_view_total_reqs et topics provenant de /admin/reports/X.

La possibilité de remettre une clé API avec uniquement cet accès aux rapports (et aucune autre capacité d’administration) serait formidable. Nous voudrions probablement désactiver les quelques rapports qui exposent des informations privées (comme user_notes, user_flagging_ratio et staff_logins), mais tous les autres rapports d’administration ne sont que des statistiques résumées et, à notre avis, ne nécessitent pas un niveau de confiance d’administrateur (ou même de modérateur) pour être consultés.

2 « J'aime »

Vous pouvez ajouter des droits d’exécution de requêtes à l’explorateur de données à des groupes arbitraires, ce qui permet de répondre à tous les besoins de reporting.

3 « J'aime »

L’explorateur de données nécessite un seuil de confiance nettement plus élevé, car il permet d’accéder à toutes les données privées des utilisateurs contenues dans le système, notamment les e-mails, les messages privés, les actions de modération, et bien plus encore.

Édition : ah, je vois, on peut simplement autoriser des requêtes individuelles, et non pas les droits sur l’ensemble de l’interface utilisateur.

1 « J'aime »

Non, ce n’est pas le cas.

L’autorisation de groupe permet au groupe spécifié uniquement d’exécuter des requêtes préalablement créées.

1 « J'aime »

Ah, super ! Y a-t-il un bac à sable où nos utilisateurs peuvent s’amuser et créer des requêtes ? L’interface de l’Explorateur de données est vraiment utile pour naviguer dans la structure des tables.

Est-il possible d’exporter programmablement une requête partagée de l’Explorateur de données ? En faisant la chose la plus naïve — en accédant à https://discourse.example.com/g/group/reports/123.json — cela ne fonctionne pas comme pour la page officielle des rapports. Au lieu d’exécuter réellement la requête, cela renvoie simplement le code SQL brut.

Édition : ah, c’est Run Data Explorer queries with the Discourse API

Je suis toujours très intéressé par cette fonctionnalité. Un membre du personnel ou un auteur pourrait simplement publier sur le forum, mais n’avoir accès qu’aux STATISTIQUES.

Nous engageons des rédacteurs, mais nous souhaitons qu’ils ne voient que les STATISTIQUES afin de pouvoir évaluer si leur contribution aide le forum à se développer ou non.

JetPack rend cela facile pour les utilisateurs de WordPress, et je crois que c’est tout à fait réalisable ici aussi.

1 « J'aime »

Je pense vraiment que le plugin Data Explorer peut faire exactement ce que vous voulez ici, mais malheureusement, il nécessite certaines connaissances en SQL pour configurer les requêtes. Une fois que vous avez les requêtes souhaitées, vous pouvez les rendre disponibles pour n’importe quel groupe d’utilisateurs, selon vos préférences.

https://meta.discourse.org/t/what-cool-data-explorer-queries-have-you-come-up-with/43516/279

2 « J'aime »

Merci. Si c’est possible, je pense que cela facilitera l’implémentation de cette fonctionnalité par Discourse pour ceux d’entre nous qui ne peuvent pas vraiment utiliser l’option d’exploration de données. Juste mon avis.

Je suis surpris qu’il n’y ait pas eu plus d’intérêt pour cela. Je comprends que beaucoup soient prudents concernant les statistiques, mais j’aimerais beaucoup accorder à nos modérateurs l’accès à la page des statistiques.

3 « J'aime »

Je me demande si quelqu’un a trouvé une solution de contournement ici… Je cherche toujours le moyen le plus pratique de donner aux modérateurs l’accès aux rapports.

Avec data-explorer, vous pourriez créer une requête qui rendrait disponibles toutes les données souhaitées pour les modérateurs ou un groupe personnalisé.

2 « J'aime »

Nous avons également maintenant le SQL pour bon nombre des rapports du tableau de bord ici sur meta (dashboard-sql) afin que vous puissiez facilement les reproduire dans l’explorateur de données et autoriser l’accès à un groupe spécifique sans avoir à accorder le statut de modérateur complet. :+1:

L’utilisation de ceci en combinaison avec la fonctionnalité de modérateur de catégorie vous permettrait de donner à certains utilisateurs certaines capacités de modérateur et l’accès aux statistiques sans leur donner accès aux autres zones de modérateur.

4 « J'aime »