Limites d'hébergement Discourse ?

[curly (Tyson Wynne)]

Je me demande s’il existe des mises en garde concernant les extensions ou plugins personnalisés avec l’hébergement Discourse par rapport à l’auto-hébergement ? Je cherche à utiliser une authentification unique liée à mes identifiants de connexion de jeu.

Par exemple, l’intégration de choses comme ceci

• Setup DiscourseConnect - Official Single-Sign-On for Discourse (sso)
• https://www.lexicon.is/

Je me demande également s’il serait possible d’afficher certaines des statistiques du jeu ou le nombre de jetons que l’utilisateur possède dans le jeu si j’avais une authentification unique (OAuth). (raison pour laquelle je veux utiliser cette authentification unique)

[awesomerobot (Kris)]

L’hébergement Discourse officiel (Official Discourse hosting) n’autorise les plugins personnalisés que sur le plan Entreprise, et nous devons évaluer le code du plugin pour déterminer si des frais de maintenance sont requis. Les plugins peuvent modifier le code backend, nous devons donc faire preuve de prudence lorsque nous exécutons quoi que ce soit de personnalisé sur une infrastructure partagée.

Nous avons une liste de plugins officiels inclus dans notre hébergement ici : Plugin directory | Discourse - Civilized Discussion

Discourse Connect est inclus par défaut dans toutes les versions de Discourse, et si Lexicon utilise notre API, cela ne pose aucun problème sur notre hébergement tant que cela ne dépasse pas vos limites de pages vues ou ne rencontre aucune limite de taux d’API.

@curly

Je me demande aussi s’il serait possible d’afficher certaines statistiques du jeu ou le nombre de jetons que l’utilisateur possède dans le jeu si j’avais une connexion unique (OAuth). (pourquoi je veux utiliser cette connexion unique)

Oui, c’est possible. Nous avons de nombreux clients qui transmettent des données d’un compte externe via SSO dans un champ personnalisé dans Discourse. Il y a plus de détails dans ce sujet :

@sam

Fonctionnalités avancées

• Vous pouvez transmettre des champs utilisateur personnalisés en préfixant le nom du champ avec custom. Par exemple, custom.user_field_1 peut être utilisé pour définir la valeur de UserCustomField dont le nom est user_field_1.
• Vous pouvez transmettre avatar_url pour remplacer l’avatar de l’utilisateur ( SiteSetting.discourse_connect_overrides_avatar doit être activé). Les avatars sont mis en cache, alors transmettez avatar_force_update=true pour forcer leur mise à jour si l’URL est la même. Pour le moment, vous ne pouvez pas transmettre une URL vide pour désactiver l’avatar des utilisateurs.
• Par défaut, le message de bienvenue sera envoyé à tous les nouveaux utilisateurs créés via SSO. Si vous souhaitez supprimer cela, vous pouvez transmettre suppress_welcome_message=true.