Je suis très occupé à explorer Discourse en profondeur (je viens d’en lancer un sur Vultr ). Après une de mes questions sur le marquage de groupe Group tagging notification (permettre le marquage de groupes).
Maintenant, je me demandais s’il était possible de donner à tous les utilisateurs une étiquette de groupe par défaut (sans travail manuel ;)). Ainsi, chaque utilisateur peut marquer tous les utilisateurs.
Cela permet aux administrateurs, par exemple, de forcer les utilisateurs à recevoir une notification pour un certain message (bien sûr, cela n’est utile qu’à usage interne .
Marquer des utilisateurs ? Les tags ne fonctionnent pas comme ça, ou ne sont pas censés être utilisés comme ça. Vous auriez alors une quantité énorme de tags. Voulez-vous dire des mentions ?
Et si vous voulez réveiller tous les utilisateurs en utilisant des tags ou des mentions, c’est tout simplement impossible.
Cela n’atteint pas tout le monde, à ma connaissance. Je peux cependant mélanger cela avec @here. Il existe un réglage max users notified per group mention, mais je ne sais pas s’il peut être infini ou démesurément grand.
Je voudrais pouvoir mentionner @all par exemple. Et cela atteindrait tous les utilisateurs de la plateforme. En renommant @trust_level_0 (groupe) en @all et en les taguant dans un message, tous les utilisateurs recevraient-ils une notification ?
Lorsqu’une personne obtient un niveau de confiance supérieur, sera-t-elle également déconnectée du groupe @trust_level_0 ?
Mais vous pouvez configurer un hook dans Discourse qui contacte un point de terminaison, lequel à son tour demande à l’API de Discourse d’ajouter un utilisateur à un groupe lors de son inscription.
Vous pouvez renommer les groupes par défaut via admin/customize/site_texts Pour changer le niveau de confiance 0, ce serait groups.default_names.trust_level_0
Il ne peut pas partager un nom avec un utilisateur ou un groupe existant, sinon le renommage échouera. La modification a lieu dans le cadre d’un travail d’arrière-plan, elle sera donc mise à jour lorsqu’il s’exécutera. Vous pouvez accélérer le processus en déclenchant Jobs::EnsureDbConsistency depuis /sidekiq/scheduler
Je me demandais pourquoi la mise à jour a pris autant de temps (je la testais). Mais lorsque vous changez le nom du groupe, serait-il possible de le mentionner par @nouveauNomDeGroupe ?
Vous pouvez le renommer. Ce sera juste déroutant pour quiconque connaît discourse et essaie d’aider plus tard. Cela causera probablement plus de problèmes qu’autre chose, mais je ne connais pas cette communauté, seulement quelques centaines de personnes que j’ai aidées ici. Je pourrais me tromper.
La raison pour laquelle je pose cette question est que si vous utilisez, par exemple, une couche d’authentification de Google (oauth2), vous ne pouvez pas attribuer manuellement un membre à un groupe donné à chaque fois, donc si vous:\n- Devez changer le nom du groupe par défaut\n- Déclencher un webhook avec un script (PHP) qui crée un rappel, ajoutant l’utilisateur à ce groupe.
Je ne pense pas que ce soit si compliqué ? Tant qu’ils mentionnent qu’ils l’ont renommé si c’est pertinent, cela semble assez simple. Je pense que quelques personnes que je connais l’ont fait et je ne pense pas qu’elles aient signalé de problèmes ? (à part le conflit groupe/nom d’utilisateur qui fait échouer silencieusement le renommage).
Y a-t-il une autre raison pour laquelle vous recommanderiez de l’éviter ?
Le niveau de confiance est utilisé dans une multitude d’endroits. Si trust_level_0 est appelé « not_trust_level » et que vous commencez à déboguer un problème lié aux niveaux de confiance, vous risquez d’être confus. « Attendez. Il n’y a pas de trust_level_0. Comment cela fonctionne-t-il ? » pourriez-vous dire.
J’ai utilisé des noms personnalisés pour les niveaux de confiance sans aucun problème, à l’exception du conflit mentionné précédemment entre un nom d’utilisateur existant et le nouveau nom de groupe (résolu ici Trust_level default name?). N’est-ce pas tout l’intérêt de la section de texte personnalisé du menu d’administration, afin de n’avoir à faire qu’un seul changement pour modifier les zillions d’endroits de l’interface utilisateur où le texte est utilisé ?
D’après mon expérience, changer le nom du niveau de confiance est un moyen facile de donner à votre forum un thème plus cohérent et c’est tout simplement plus amusant.
Entraîneur > As > Chef est beaucoup plus significatif, fidèle à la marque et amusant pour ma communauté que niveau_confiance_1 > niveau_confiance_2 > niveau_confiance_3
Je suis content que cela fonctionne pour vous ! Peut-être suis-je juste trop rigide.
Mon propos était qu’il existe de nombreuses chaînes à personnaliser qui parlent des niveaux de confiance. Mais si vous n’avez pas eu de problèmes, ce sont des données réelles et je n’ai pas d’exemples spécifiques (dont je me souvienne) où cela a été un réel problème, il est donc probablement sûr de m’ignorer.
Un avertissement : TL0 inclut les utilisateurs staged. Si vous utilisez les utilisateurs staged et envoyez un message à ce groupe, les utilisateurs staged recevront un e-mail.
). Après une de mes questions sur le marquage de groupe Group tagging notification (permettre le marquage de groupes).
Pour changer le niveau de confiance 0, ce serait 