Rendre les posts des admins inéditables par les autres utilisateurs ?

Je veux m’assurer que les publications créées par l’administrateur ne sont pas modifiables par tous les autres utilisateurs, y compris le personnel et les modérateurs. J’ai observé que même les Conditions d’utilisation peuvent être modifiées par les modérateurs.

Considérez un scénario où un utilisateur actif du forum se voit offrir un rôle de modérateur, mais agit ensuite de manière contraire à l’éthique, par exemple en modifiant ou en supprimant des documents juridiques tels que les Conditions d’utilisation.

Existe-t-il un moyen d’établir des permissions ou des restrictions spécifiques de ce type ?

Les Conditions d’utilisation et la Politique de confidentialité se trouvent actuellement dans la catégorie par défaut « Personnel », je ne peux donc pas ajuster qui peut créer, etc.

J’ai remarqué que même les utilisateurs de niveau de confiance 3 peuvent modifier les Conditions d’utilisation. Si la suggestion est quelque chose comme « Vous pouvez abaisser le niveau de confiance », ce n’est pas une solution viable, car le modérateur a toujours besoin d’autres permissions pour modérer efficacement le forum sans restrictions.

Existe-t-il une méthode par défaut pour définir ce type de limitations ?

De plus, existe-t-il un moyen de modifier chaque permission et de supprimer/ajouter des permissions ?

Déplacez-les dans une autre catégorie que seuls les administrateurs peuvent modifier.

3 « J'aime »

C’est ainsi que, lors de la création d’une nouvelle catégorie, le paramètre d’accès de sécurité peut être défini sur administrateurs uniquement et non sur modérateurs.

C’est surprenant, est-ce le réglage par défaut ou quelqu’un l’a-t-il modifié ?

2 « J'aime »

Merci pour votre réponse.

Je vais citer mon propre message. Les conditions d’utilisation se trouvent dans la catégorie « staff ». Nous ne pouvons pas définir/modifier la sécurité de la catégorie staff. Votre méthode fonctionnera pour toute autre catégorie créée par l’administrateur. Mais Discourse ne permet pas de définir la sécurité pour la catégorie staff par défaut.

Les Conditions d’utilisation et la Politique de confidentialité se trouvent actuellement dans la catégorie par défaut « Staff », je ne peux donc pas ajuster qui peut créer, etc.


Je ne suis pas tout à fait sûr. Il est possible que ce soit moi. Cependant, ma principale préoccupation demeure ici : restreindre toute autre personne de modifier les documents juridiques.

Alors, comment faire apparaître le document TOS nouvellement créé (dans la nouvelle catégorie) dans l’onglet par défaut officiel « Conditions d’utilisation » ? à « examplesite. com/tos ».

Dans votre méthode, est-ce possible ?

Voici comment je procéderais : j’hébergerais ces conditions d’utilisation ailleurs sur une plateforme que seuls les administrateurs contrôlent. Ensuite, j’utiliserais le paramètre Discourse pour avoir des conditions d’utilisation externes et d’autres pages de politique. De cette façon, les administrateurs savent où apporter les modifications et personne d’autre ne peut les modifier directement sur Discourse.

3 « J'aime »

Ce que vous pouvez faire est de créer d’abord une nouvelle catégorie à laquelle seuls les administrateurs peuvent accéder, puis de déplacer la page des conditions d’utilisation vers cette catégorie.

2 « J'aime »

L’avez-vous déjà fait avec succès ou pensez-vous que cela pourrait fonctionner ? Parce que cela pourrait créer de nouveaux problèmes

  1. Le document des conditions d’utilisation ne peut plus être déplacé dans la catégorie officielle du personnel (si quelque chose se passe mal / si votre méthode ne fonctionne pas)
  2. Le problème ci-dessus peut en créer un autre → maintenant, les conditions d’utilisation ne sont pas visibles dans l’onglet des conditions d’utilisation par défaut car le système ne trouve pas le document des conditions d’utilisation dans la catégorie du personnel.
  3. Chaque fois que vous souhaitez mettre à jour les conditions d’utilisation, vous devez définir le paramètre “longueur du titre du message” (car Discourse n’a pas de pouvoir distinct alloué aux administrateurs pour les longueurs de titre plus courtes comme “tos”).

J’ai testé cela aujourd’hui et cela semble fonctionner correctement, et il est possible de déplacer la page TOS vers la catégorie du personnel.

Je ne sais pas comment le système publie la page officielle à partir de la version modifiable, mais changer le nom/la catégorie ne semble pas poser de problème pour cela.

4 « J'aime »

Ce n’est pas très professionnel car la nouvelle page des conditions d’utilisation n’apparaît pas dans l’onglet par défaut « Conditions d’utilisation ». Elle redirige simplement vers le message (et tous les autres onglets adjacents « à propos, FAQ, politique de confidentialité » n’apparaissent plus à côté de l’onglet conditions d’utilisation - même l’onglet conditions d’utilisation n’est plus visible).

Ces restrictions inutiles dans Discourse rendent la personnalisation du site très difficile.

C’est la même chose pour la page « à propos de nous ». Si vous essayez de supprimer les « statistiques », vous ne pouvez pas, c’est une décision imposée par Discourse, vous devez les afficher. Règles étranges.

C’est la même chose pour la page des conditions d’utilisation également « non, vous devez la garder modifiable par tous les modérateurs peu scrupuleux, c’est une décision imposée par Discourse » :relieved_face: c’est étrange que Discourse impose sa volonté sur le site.

J’ai l’impression que le slogan principal de Discourse est « Tout le pouvoir à la communauté, rien aux administrateurs » :sweat_smile::grin:

J’ai l’impression que la politique dominante de Discourse est que vous ne devriez pas avoir de modérateurs que vous soupçonnez sur le point de mal se comporter ; mais si c’est le cas, tout ce qu’ils font peut être défait.

Le modérateur de catégorie est le poste destiné à une aide de modération de faible confiance.

Si un nouveau membre du personnel modifie les Conditions d’utilisation pour qu’elles ressemblent à “ne faites pas ça”, alors l’ancienne version sera préservée dans l’historique des modifications du message. Cacher la révision ne fait rien, les administrateurs peuvent toujours la voir, et seuls les administrateurs peuvent purger une révision de la base de données.

5 « J'aime »

Sauf… il existe une catégorie qui est limitée au personnel, la catégorie staff, et c’est là que les TOS vivent assez souvent et il n’y a aucun moyen pour TL3 de la modifier, à moins qu’un membre du personnel ne soit TL3.

Voici maintenant un énorme problème : nous ne savons pas ce que @PrettyGirl a changé. Parce que je refuse de croire qu’il y aurait un bug majeur qui permettrait à un TL3 ordinaire de modifier ou même de voir la catégorie limitée au personnel.

2 « J'aime »

Je ne suis pas sûr pourquoi vous dites toujours cela alors que la réponse a été fournie ?

Si vous créez une catégorie « admin » avec des permissions de création/réponse uniquement pour l’admin et que vous y recatégorisez vos sujets des Conditions d’Utilisation et de la Politique de Confidentialité (et la FAQ si vous le souhaitez), cela ne résout-il pas le problème immédiat pour vous ? Les pages publiées /tos et /privacy sont basées sur les identifiants des sujets, elles existeront donc toujours même lorsque les sujets sous-jacents seront déplacés vers une catégorie différente.

Cependant, le problème d’avoir des modérateurs non éthiques serait un problème plus large que vous devriez gérer séparément.

7 « J'aime »

C’est professionnel quand on le crée correctement. J’ai plus de deux douzaines de clients qui ont leurs pages de politique hébergées en externe et nous apportons un grand soin à assurer la cohérence de l’expérience utilisateur et à avoir des liens retour appropriés vers les forums et le site principal lorsque nous déployons de telles pages externes.

Il suffit de les masquer en CSS, si ce n’est pas un problème.

S’ils sont peu scrupuleux ou non alignés sur les principes de votre communauté, peut-être qu’ils ne méritent pas d’être un administrateur/modérateur/membre du personnel, etc. ? Il y a quelque chose de fondamentalement erroné dans l’approche qu’ils adoptent pour recruter leur personnel et cela nécessite une solution plus philosophique que technique.

La plupart de ce que vous demandez est réalisable dans un plugin personnalisé que vous devriez être en mesure de construire ou de faire construire par quelqu’un de cette communauté.

Il y a un problème beaucoup plus important ici, qui est la confiance entre votre communauté et cela ne peut pas être résolu même par les autorisations les plus restrictives. Vous devez y penser différemment et aligner votre approche afin de faire un choix judicieux lors du recrutement d’un membre du personnel.

La catégorie Staff ne devrait en aucun cas être visible pour TL3. Je ne sais pas comment vous rendez cela possible.

6 « J'aime »

Avez-vous dit cela après avoir essayé ? J’ai initialement déplacé ce sujet dans une catégorie modifiable uniquement par les administrateurs sur mon forum. Il n’y a pas d’effets secondaires. Il n’y a pas de “peut-être” comme vous l’avez dit.

Et il y a 5 paramètres cachés liés à ce sujet. rails c dans l’environnement de console ruby, puis utilisez SiteSetting.tos_topic_id = xxx pour les définir sur l’identifiant de sujet de votre choix.

  tos_topic_id:
    default: -1
    hidden: true
  guidelines_topic_id:
    default: -1
    hidden: true
  privacy_topic_id:
    default: -1
    hidden: true
  welcome_topic_id:
    default: -1
    hidden: true
  admin_quick_start_topic_id:
    default: -1
    hidden: true
    client: true

Discourse a donné aux administrateurs beaucoup plus de droits que d’autres plateformes. S’il vous plaît, ne faites pas de tels commentaires sans essayer. Je veux dire, si Discourse était un constructeur automobile, vous ne devriez pas lui demander de vous livrer des Transformers - et tout cela gratuitement.

7 « J'aime »

Les paramètres par défaut pour une nouvelle installation sont que seuls un administrateur ou un modérateur de niveau de confiance 4 peuvent modifier les conditions d’utilisation/autres pages officielles, mais il est possible que toute personne au niveau de confiance 4 ait déplacé ces éléments vers une catégorie différente qui pourrait être modifiée par le niveau de confiance 3.

D’une part, être tl4 ne signifie pas que vous êtes un membre du personnel. Si vous êtes tl4 mais que vous n’avez aucun statut d’administrateur ou de modérateur, vous ne pourrez pas voir, modifier ou déplacer un sujet qui se trouve dans la catégorie du personnel. D’autre part, les pouvoirs des modérateurs ne dépendent pas de leur tl. Voir Trust Level Permissions Reference. Il n’y a pas de tl dans la colonne des modérateurs.

4 « J'aime »

Je ne savais pas que TL4 signifiait modérateur ou administrateur.

1 « J'aime »