La majeure partie du contexte se trouve dans le titre.
Nous sommes en train d’apporter quelques modifications à la connexion SSO. Le résultat est qu’un utilisateur peut se connecter sans être redirigé hors du site Discourse.
Cela est réalisé en ouvrant une iframe vers le fournisseur SSO. Ensuite, la redirection vers l’URL sso_login n’a lieu que lorsque cette iframe a renvoyé un jeton.
Pourquoi ne pas apporter des modifications en utilisant l’architecture des plugins ? Le problème disparaîtrait alors.
Je suis toujours en train d’examiner le code source, donc peut-être que cela fonctionnera. Mais je suis de plus en plus convaincu que l’architecture du plugin ne me donne pas assez de contrôle pour réaliser ce dont j’ai besoin.
Je pense que vous devez prendre en compte l’architecture et ne pas trop insister sur l’utilisation d’un iframe intégré, par exemple.
Les fenêtres de connexion contextuelles et les callbacks sont des pratiques courantes, par exemple, et très simples à mettre en œuvre avec un plugin.
Gérer une version forkée de Discourse serait une approche totalement inefficace et un cauchemar continu. En revanche, s’ils sont bien conçus, les plugins peuvent être très résilients aux changements et nécessiter beaucoup moins de maintenance.
Ceux qui ont tenté de maintenir une version bifurquée de Discourse le regrettent amèrement. Vous devrez soit avoir un développeur à temps plein, soit intégrer les modifications, soit ne jamais mettre à niveau. Et à la fin, vous finirez par passer à un plugin.
Je soupçonne que vous pouvez faire ce dont vous avez besoin via un plugin, ou que vous pourriez le faire faire selon vos besoins par une PR. Vous devriez soit expliquer pourquoi vous pensez ne pas pouvoir résoudre votre problème dans un plugin, soit poster dans Marketplace pour obtenir de l’aide.
Je gère Discourse dans le cadre de mon activité (Redirecting…) et j’ai quelques clients qui ont besoin d’une configuration personnalisée mais ne peuvent pas se permettre un hébergement de niveau entreprise. Je serais ravi de travailler avec vous, mais je ne considérerais pas le soutien d’une version bifurquée.
Un plug-in serait préférable, si possible.
Je continuerai mes investigations ; c’est d’ailleurs utile de voir à quel point notre protocole est distinct d’OAuth.
Je peux également confirmer que sur Discourse.org, nous n’hébergerions pas de fork de Discourse, même avec notre plan Entreprise. Vous devez créer des plugins ou des composants de thème pour vos modifications.