J’administre un petit forum privé pour architectes, mais j’aimerais ajouter un espace accessible au public, que les utilisateurs architectes peuvent surveiller, où les profanes peuvent poser des questions ou apporter leurs propres perspectives aux discussions qui sont ouvertes au public.
L’idée est que les membres du public ne voient que les discussions publiques, tandis que les utilisateurs architectes voient à la fois les discussions privées et publiques.
Les membres du public devraient de préférence avoir une expérience d’inscription différente, car il y a beaucoup de champs personnalisés pour l’inscription des membres architectes qui ne seraient pas pertinents, et ils devraient avoir moins d’options dans leurs paramètres de panneau de contrôle (par exemple, je ne veux pas offrir au public la même fonctionnalité de liste de diffusion disponible pour les membres architectes), et les utilisateurs publics ne devraient jamais pouvoir élever leurs paramètres de confiance de manière à ce que le contenu de la zone privée leur soit exposé.
Je ne veux pas créer deux forums complètement séparés, car cela déclencherait probablement la nécessité de deux domaines, doublerait les coûts et ajouterait la difficulté de maintenir synchronisées les adhésions des utilisateurs architectes entre les forums au fur et à mesure de leur arrivée et de leur départ.
Je pense que vous pouvez faire quelque chose comme ça en utilisant le Custom Wizard Plugin 🧙. Choisissez si vous êtes architecte ou non et cela vous donnera un parcours d’inscription différent. J’avais ce plugin il y a 3-4 ans, donc je ne me souviens pas très bien de toutes les fonctionnalités.
Malheureusement, il semble que ce plugin coûterait 50 $ US par mois pour avoir une fonctionnalité conditionnelle (ce dont j’aurais besoin, si j’ai bien compris) - triplant le coût actuel de l’hébergement de l’ensemble du forum - ce qui sort entièrement de ma poche.
Je pense que la plupart de ces options sont disponibles avec : groupes, permissions de catégories, champs utilisateur personnalisés et automatisation.
Pour séparer les utilisateurs lors de l’inscription, utilisez la fonction de chaînage des champs utilisateur de Discourse Authentication Validations. Ainsi, vous pouvez afficher des champs utilisateur distincts en fonction de ce qu’ils choisissent dans la première option (architectes ou profanes).
Ensuite, avec Discourse Automation, vous pouvez ajouter automatiquement ces utilisateurs au groupe attendu.
Par exemple :
Option de champ utilisateur
Groupe
architecte →
architecte
profane →
profane
Enfin, configurez les permissions des catégories pour ces groupes.
le groupe architecte peut voir les catégories architecte et profane
le groupe profane peut voir les catégories profane
Quelque chose comme ceci pourrait peut-être aider et ajouter quelques idées.
En examinant le plugin Discourse Automation, pour une raison quelconque, il semble qu’il n’y ait nulle part où nommer le groupe auquel les nouveaux utilisateurs affectés sont assignés.
Vous devriez pouvoir réaliser ce que vous voulez avec le Custom Wizard Plugin 🧙 sur le niveau gratuit. Et votre communauté sera presque certainement éligible à l’abonnement gratuit pour les communautés si vous avez réellement besoin de fonctionnalités plus avancées.
J’aborderais cela en :
Limitant les UCF exposés à ce que vous souhaitez collecter auprès des membres occasionnels
Utilisant une question pour identifier ceux qui devraient être des architectes membres à part entière
Cet UCF peut alors servir de portail vers un Assistant de jonction, qui peut être utilisé pour les placer dans un groupe spécifié et poser toutes les autres questions UCF / collecter les données dont vous avez besoin.
Une astuce dans mon cas est qu’il y a environ 15 caractéristiques d’utilisateur qualifiantes (actuellement identifiées via un champ utilisateur personnalisé multi-sélection) pour accéder à la zone du forum privé. Pour le meilleur ou pour le pire, ma première pensée, pour simplifier, était d’essayer de contrôler les niveaux d’accès via ce seul champ multi-sélection d’une manière ou d’une autre.
Malheureusement, le plugin Discourse Automation, du moins, ne semble pas distinguer autre chose qu’un simple état rempli ou non rempli pour le champ dans les champs utilisateur personnalisés (essentiellement une case à cocher) - je suppose qu’il en va de même pour le plugin Custom Wizard ?
** EDIT ** pour une raison quelconque, je ne parviens même pas à installer ce plugin particulier Discourse Custom Wizard Plugin install failed - Support - Pavilion - je reviendrai ici une fois résolu.
** EDIT ** maintenant installé (un mauvais chemin utilisé dans nano)
Merci @Don. D’autres groupes (comme « Public » dans la capture d’écran ci-dessous) se comportent-ils comme les groupes prédéfinis de niveau de confiance, et si oui, existe-t-il un moyen d’empêcher la progression automatique vers des niveaux de confiance/permissions accrus pour les utilisateurs en fonction de leur utilisation ? Ou est-ce uniquement les groupes explicitement de niveau de confiance qui se comportent ainsi ?
Vous pouvez définir le niveau de confiance automatique du groupe Public. /g/group_name/manage/membership
Si vous le définissez sur 1, par exemple, les utilisateurs de ce groupe seront bloqués au niveau de confiance 1. C’est utile si vous ajoutez automatiquement des personnes à ce groupe lors de leur inscription et qu’elles obtiendront automatiquement le TL1 (verrouillé). Ou si un utilisateur est déjà enregistré mais en dessous du TL1, il atteindra également le TL1 (verrouillé) après l’avoir ajouté au groupe. Ainsi, ils ne pourront pas atteindre des TL plus élevés.
Mais ce processus ne fonctionne pas dans l’autre sens, donc si vous ajoutez un utilisateur TL1 ou supérieur au groupe, il ne sera pas bloqué au TL1.
Je ne connais pas la structure des catégories de votre site, mais vous pouvez probablement jouer avec cela aussi… Changez les permissions de niveau de confiance pour ces groupes ajoutés afin d’ignorer les accès TL.
Êtes-vous sûr qu’ils ne peuvent pas atteindre des TL plus élevés ? J’ai trouvé un sujet de bug où la promotion TL3 a été ajoutée lorsque le niveau de confiance est verrouillé par un groupe, donc je m’attendrais à ce que cela ait fonctionné pour d’autres TL auparavant.
Hmm, je ne suis pas sûr de ça Est-ce que cela ne s’applique qu’aux promotions TL3 si le TL automatique est défini sur 2 ?\n\nEdit : Mes excuses, merci @Moin pour la clarification et désolé pour les informations erronées. Ma réponse précédente ne maintiendra pas les utilisateurs sur le TL sélectionné.
Ce cas d’utilisation m’intéresse également. Une communauté similaire, mais de modélisateurs de systèmes et non d’architectes. Merci @Paul_King de faire avancer les choses.
Par-dessus tout, je dois m’assurer que le contenu ne soit jamais visible par les utilisateurs du forum public, sauf s’il est explicitement publié dans la catégorie de sujet du forum public.
Il est également important de s’assurer que les utilisateurs publics ne trouvent jamais un moyen de redéfinir leurs propres catégories de sujets d’accès, même si les niveaux de confiance augmentent automatiquement.
Si vous n’ajoutez pas la permission TL à une catégorie, mais ajoutez d’autres permissions de groupe comme je l’ai écrit ci-dessus, alors le niveau TL n’a pas d’importance car ce n’est pas ce qui définit qui peut accéder à la catégorie, mais le groupe ajouté.
Vous semblez avoir résolu ce problème. L’avez-vous essayé pour votre cas d’utilisation ?
Je ne pense pas que le CWP prenne en charge les champs à sélection multiple pour le moment, vous devrez donc peut-être trouver une solution de contournement.
Je pense que le terme « Confiance » a été un leurre. Vous pouvez gérer cela avec un simple groupe pour tous ceux qui devraient avoir accès à la plupart du contenu (c’est-à-dire vos architectes), en vous assurant que ce groupe (et non tout le monde) a accès aux catégories restreintes.
Soyez conscient que vous perdrez certaines fonctionnalités avec un forum hybride. En particulier, Oneboxing n’est pas autorisé avec les catégories restreintes (sauf au sein de cette catégorie spécifique).
C’est un plugin impressionnant (expérimental) - bien qu’il semble un peu complexe à configurer, je peux voir qu’il sera très utile pour plusieurs choses.
Qu’en est-il de Discourse Subscriptions Plugin si vous pouviez créer un abonnement gratuit ? Je vois que c’est inclus avec Standard et supérieur pour Discourse hébergé.
Est-ce que cela ne s’applique qu’aux promotions TL3 si le TL automatique est défini sur 2 ?