Donc, pour la catégorie « Avis sur le site » préinitialisée, lors de la modification, un avertissement apparaît sous l’onglet Sécurité.
Avertissement : Cette catégorie est une catégorie préinitialisée et les paramètres de sécurité ne peuvent pas être modifiés. Si vous ne souhaitez pas utiliser cette catégorie, supprimez-la plutôt que de la réaffecter.
Je comprends qu’il y ait probablement de bonnes raisons de verrouiller les règles de sécurité de la catégorie « Personnel ». Cependant, les règles de sécurité de la catégorie préinitialisée « Salon » ne sont pas verrouillées. Je pense que la catégorie « Avis sur le site » devrait être traitée de la même manière que le Salon, avec des règles de sécurité modifiables.
Je ne sais pas si j’ai négligé certains effets négatifs liés à la possibilité de modifier les paramètres de sécurité pour la catégorie « Avis sur le site ». Toutes les autres options de catégorie pour celle-ci ne semblent pas être verrouillées.
Je souhaite également migrer cette catégorie vers des paramètres de sécurité différents. J’espère qu’il existe un moyen de modifier facilement les paramètres en un ou deux clics.
Le Lounge est configuré de telle sorte qu’un utilisateur doit atteindre un niveau TL3 pour y accéder. Le Lounge est une « privilège » ou une « récompense » pour les utilisateurs qui participent activement à la communauté. Si vous préférez modifier les conditions d’accès à ce type de catégorie, pourquoi ne pas simplement créer une nouvelle catégorie avec les autorisations de sécurité que vous souhaitez ?
En ce qui concerne Site Feedback, pensez-vous qu’un utilisateur nouveau, n’ayant pas atteint un niveau TL plus élevé, ne pourrait pas faire une suggestion bénéfique pour la communauté ? Cela ressemble un peu à : « Si vous êtes nouveau, nous ne voulons pas entendre ce que vous avez à dire. »
Je n’ai jamais essayé, mais il pourrait être possible de créer une nouvelle catégorie avec vos paramètres de sécurité préférés, de déplacer tous les messages vers cette nouvelle catégorie, puis de supprimer la catégorie d’origine. Assurez-vous simplement de lui donner un nom différent de site-feedback.
Cela a déjà été discuté (tentative de modifier les paramètres de sécurité des catégories pré-initialisées). Alors, pourquoi ne pas simplement créer une nouvelle catégorie selon vos besoins et supprimer celle qui est pré-initialisée ?
Oui, des points valables @JimPas, et oui, vous avez raison, supprimer et recréer la catégorie est une solution. Je ne pense pas que ce soit un gros problème ; je trouve simplement qu’il serait plus idéal, par défaut, de permettre la modification des paramètres de sécurité pour cette catégorie.
Permettre aux nouveaux utilisateurs de publier des retours est, dans de nombreux cas, probablement idéal. Je pense juste que définir par défaut les paramètres de sécurité de cette catégorie comme verrouillés pour toutes les communautés pourrait être un peu trop partisan. Je ne vois pas grand avantage à réduire la flexibilité en les verrouillant.
Quelques raisons plus spécifiques :
L’une des raisons du verrouillage de la sécurité, du moins selon le message affiché, est d’empêcher le détournement de la catégorie. Cependant, les administrateurs peuvent renommer la catégorie et modifier son slug, et ainsi, peut-être par naïveté, la détourner à leur guise (à l’exception de la possibilité de modifier les options de sécurité).
Certains administrateurs peuvent souhaiter masquer la catégorie « Retour sur le site » aux utilisateurs non connectés et aux robots d’indexation, tout en permettant à tous les utilisateurs connectés (y compris les nouveaux) de voir et de publier des retours.
Dans certains cas, un administrateur peut souhaiter créer des sous-catégories plus spécifiques pour les retours sur le site et interdire les publications dans la catégorie parente, afin que les utilisateurs choisissent une sous-catégorie appropriée pour leurs retours, améliorant ainsi l’organisation des sujets. Je ne pense pas que cela soit possible sans modifier les paramètres de sécurité.
Un administrateur peut supprimer la catégorie et en créer une nouvelle comme solution de contournement. Cependant, cela pourrait ne pas être idéal pour un forum déjà en fonctionnement depuis un certain temps. La nouvelle catégorie aura un identifiant et une URL différents, ce qui rompra tous les liens statiques existants et les liens externes pointant vers cette catégorie. Cela dit, ils pourraient utiliser les options de permaliens comme solution de contournement pour rediriger l’ancienne catégorie.
C’est exactement ce que je recherche. Le développement de notre Discourse a été très actif ces derniers mois, mais les gens commencent maintenant à l’utiliser comme prévu (en remplacement d’une liste de diffusion). Nous avons un grand nombre de sujets résolus liés à la configuration et à la maintenance du forum, qui n’intéressent absolument pas l’utilisateur moyen.
Nous avons notre catégorie principale, qui est « non classée », et encourageons tous les utilisateurs à simplement utiliser @staff lorsqu’ils souhaitent donner un retour. Nous incluons même cela dans la description affichée lorsqu’une personne est sur le point de rédiger un nouveau sujet. De plus, nous avons des sujets dédiés à « Signalez ici tout problème du forum », où nous relayons les mises à jour et les fonctionnalités ajoutées suite aux demandes dans le fil, tout en encourageant les contributions des utilisateurs.
Tout à fait. Il ne s’agit pas de limiter l’accès à ces données. Si vous entrez chez moi, je ne laisse pas tous mes plans d’architecture et mes factures éparpillés sur le sol et les tables. Si les gens veulent ces informations, ils sont libres de les trouver d’une autre manière… peut-être via le groupe du personnel ou quelque chose de similaire, où les utilisateurs peuvent s’inscrire automatiquement autant qu’ils peuvent se désinscrire.
C’est un équilibre entre l’utilisation quotidienne et ceux qui préfèrent tester des fonctionnalités expérimentales.
Ce n’est pas le cas sur notre forum, mais plutôt : à quel moment devons-nous masquer l’échafaudage / limiter la visibilité des travaux lourds pour les utilisateurs de la communauté qui essaient réellement de faire avancer les choses.
Sur notre forum, nous avons la catégorie Retours sur le site et une autre appelée MÉTA. C’est dans la catégorie MÉTA que mes utilisateurs peuvent créer de nouveaux sujets concernant des problèmes spécifiques qu’ils rencontrent. Une fois résolus, ils sont marqués comme « Résolu ». La catégorie Retours sur le site est restée telle qu’elle était à sa création. Je note cependant que nous avons un petit forum composé de personnes qui se « connaissent » depuis plus de 7 ans, provenant d’un autre forum désormais disparu.
Une catégorie À propos qui s’appelait auparavant Meta. Nous avons un groupe qui se nomme Meta, nous avons donc décidé de leur attribuer ce nom de catégorie pour réduire la confusion. Ce n’est pas un problème majeur, mais nous aimerions masquer cette catégorie À propos pour les personnes non connectées qui n’ont aucune raison de la consulter. Il pourrait également être judicieux de la limiter à un simple groupe public.
Une catégorie Équipe pour divers posts d’intégration et techniques que nous ne souhaitons pas voir encombrer le forum. Nous n’avons pas encore essayé la fonctionnalité de notes de l’équipe, cette catégorie remplit donc ce rôle.
J’ai remarqué que la quasi-totalité des discussions ont lieu dans la catégorie non catégorisée, notre espace de discussion par défaut. Les gens apprécient beaucoup les tags, mais ils ont probablement été trop laxistes en permettant à n’importe qui de les créer.
C’est ma principale raison. Les personnes qui ne sont même pas connectées ne se soucient probablement pas de la configuration du forum. Elles veulent simplement voir les discussions générales, etc.
Si les utilisateurs ne souhaitent pas recevoir de messages de la catégorie « Retour sur le site », ils peuvent toujours la masquer dans leurs préférences. Cela devrait les empêcher de voir les messages indésirables de cette catégorie ou la catégorie entière dans « Derniers ». S’ils décident de la consulter de temps en temps, ils peuvent toujours faire défiler la liste des catégories et y accéder depuis là.
Mais je pense que cela commence à s’éloigner légèrement du sujet initial de @markersocial — permettre la modification des règles de sécurité pour la catégorie « Retour sur le site ».
(Il serait tout de même agréable de poursuivre cette discussion sur les différents usages de vos catégories.)
Pourquoi les utilisateurs ne pourraient-ils pas simplement créer un nouveau sujet dans la catégorie « Retour sur le site » qui soit spécifique à leur retour particulier ? Nous avons plusieurs sujets dans notre catégorie « Retour sur le site » créés par des utilisateurs. C’est davantage une boîte à suggestions et pour poser des questions. Lorsque les utilisateurs rencontrent des problèmes, ils publient dans notre catégorie de dépannage, judicieusement nommée « Meta ».
Une solution rapide pour la raison que vous suggérez consisterait simplement à :
créer une catégorie intitulée « Retour d’information »,
créer les sous-catégories que vous souhaitez pour que vos utilisateurs y créent des sujets,
puis définir la catégorie principale de manière à ce que personne ne puisse y publier.
Mais… ce paramètre empêchera-t-il alors les utilisateurs de publier dans les sous-catégories ?
Je n’ai jamais essayé cela. Cela ressemble à une expérience intéressante, mais je vais aller me coucher très bientôt. Peut-être que demain, je vais essayer cela — à moins qu’un membre de l’équipe n’intervienne ici pour expliquer si cela fonctionnera ou non.
La question principale, à mon avis, est : quels sont les avantages à verrouiller les paramètres de sécurité pour la catégorie de retour d’expérience pré-remplie pour toutes les installations ?
Je ne vois pas vraiment d’avantages à cela. Cela semble être un obstacle inutile, sans inconvénient à le supprimer. Les nouvelles installations pourraient recevoir les paramètres de sécurité recommandés par défaut, tout en permettant de la flexibilité pour des cas d’usage spécifiques. C’est essentiellement comme la catégorie pré-remplie du Lounge.
Ce n’est pas un problème majeur, étant donné qu’il existe des solutions de contournement en supprimant la catégorie et en la recréant, comme vous l’avez suggéré . Cependant, c’est un peu moins élégant si un forum existant souhaite modifier ces paramètres plus tard, à mesure que son forum grandit, car cela change l’URL de la catégorie (vous pouvez utiliser Admin > Personnaliser > Permalinks pour faciliter cela).
Oui, c’est exact, ils peuvent créer un sujet dans la catégorie de retour d’expérience spécifique à leur feedback. Cela pourrait être utile de forcer l’utilisation de sous-catégories pour chaque sujet dans certains cas d’usage, notamment lorsque les forums font partie d’une marque diversifiée possédant potentiellement plusieurs sites/applications et produits面向 les utilisateurs.
Certains retours peuvent concerner les principaux produits de l’entreprise et des aspects spécifiques de ceux-ci, tandis que d’autres peuvent concerner le forum lui-même. Ce forum dispose lui-même d’une sous-catégorie de retour d’expérience pour le blog, à laquelle est également assigné un groupe d’étiquettes différent.
À ce sujet, j’ai déjà utilisé cette configuration pour certaines catégories (interdire les publications dans la catégorie parente, mais autoriser les publications dans ses sous-catégories). Les règles de sécurité des sous-catégories ne sont pas affectées par les règles de sécurité de la catégorie parente. Donc oui, c’est effectivement une solution.
Merci. Cela m’évite de vérifier cela. J’ai perdu presque 5 heures aujourd’hui à cause d’une visite inattendue de ma petite-fille de 3 ans, qui voulait seulement que Grand-père joue avec elle.
Maintenant, je vais enfin consulter mon propre forum.
C’est là en tant que solution de contournement pour des limitations techniques : si nous (Discourse) voulons un jour mettre à jour les paramètres par défaut ou modifier le nom traduit de la catégorie, cela créerait une confusion massive si les utilisateurs réutilisaient la catégorie pré-initialisée comme une catégorie « normale », puis qu’un jour elle changeait magiquement parce que nous avons mis à jour les paramètres par défaut. (Oui, cela s’est déjà produit. C’est pourquoi ces restrictions existent.)
Vous empêcher de modifier les paramètres de sécurité sert de rappel qu’elle est spéciale et sujette aux mises à jour des paramètres par défaut.
Puisque la mise à jour automatique est la seule chose qui rend ces catégories spéciales, le texte d’aide vous invite à supprimer entièrement la catégorie et à en créer une nouvelle plutôt que de la réutiliser.
Ah, c’est logique. Merci pour les explications, @riking.
Si le fait de réaffecter la catégorie est très préjudiciable (ce que je ne recommande pas), il serait peut-être plus judicieux d’ajouter un avertissement dans les paramètres de renommage de catégorie ? Les règles de sécurité ne semblent pas directement liées à ces problèmes potentiels.
Je soulève quelques points :
La catégorie « Le Salon » semble être dans le même cas de figure (auto-mise à jour), mais ses paramètres de sécurité sont modifiables.
La catégorie « Commentaires sur le site » peut être réaffectée (modification du titre et de l’identifiant) sans que le verrouillage des règles de sécurité soit vraiment perceptible. Elle possède les mêmes règles de sécurité par défaut qu’une nouvelle catégorie « normale ».
Le verrouillage empêche des modifications assez simples, comme afficher la catégorie uniquement aux utilisateurs connectés ou la restreindre à certains niveaux de confiance.
@Stephen - Je vois que la catégorie lounge est référencée dans postgres, dans la table ‘site_settings’. Je ne suis pas tout à fait sûr de la pertinence de cela, mais je suppose qu’elle est traitée de manière similaire. Quand j’ai fait des essais avec ‘meta_category_id’ (catégorie des commentaires du site) sur une instance de test, cela a eu un impact sur la catégorie Commentaires du site lors de la reconstruction.
@markersocial Avez-vous une recommandation pour migrer plus de 100 sujets de Pre-Seeded vers une nouvelle catégorie personnalisée, autre que de déplacer chaque sujet individuellement ?
Je viens de le tester sur une instance de test et cela a fonctionné sans problème, bien que ce ne fût qu’avec un petit nombre de sujets.
Connectez-vous donc en SSH à votre serveur, puis utilisez ces commandes (dans cet exemple, tous les sujets de la catégorie 2 seront déplacés vers la catégorie 1, remplacez donc ces numéros selon vos besoins) :
cd /var/discourse
./launcher enter app
rails c
Topic.where(category_id: 2).update_all(category_id: 1)
Vous pouvez obtenir les identifiants de catégorie à partir des chiffres à la fin des URL de vos catégories.
Édition : Le seul problème est que cela déplacera également le message « À propos de cette catégorie », et il ne semble pas possible de le déplacer à nouveau ou de le supprimer via l’interface d’administration. On peut le rendre non répertorié, mais je ne sais pas si cela causerait des problèmes. Donnez-moi un instant, je mettrai à jour sous peu.
Édition 2 : Pour déplacer le sujet « À propos de cette catégorie » vers la bonne catégorie, utilisez simplement cette commande (où l’identifiant du sujet est 1 et la catégorie de destination souhaitée est 2). Je l’ai testé maintenant et cela a fonctionné :
Topic.where(id: 1).update_all(category_id: 2)
Vous pouvez obtenir l’identifiant du sujet à partir de la fin de l’URL du sujet, tout comme pour les identifiants de catégorie.
C’est dans la catégorie MÉTA que mes utilisateurs peuvent créer de nouveaux sujets concernant des problèmes spécifiques qu’ils rencontrent. Une fois résolus, ils sont marqués comme « Résolu ». La catégorie Retours sur le site est restée telle qu’elle était à sa création. Je note cependant que nous avons un petit forum composé de personnes qui se « connaissent » depuis plus de 7 ans, provenant d’un autre forum désormais disparu.
