Je ne suis pas tout à fait d’accord. Opinionnée, oui ; étouffant l’expérimentation, non. Il y a beaucoup de gens ici qui expérimentent Discourse de toutes sortes de façons (il suffit de parcourir la catégorie Customization > Plugin !) Il est certain que l’équipe Discourse elle-même concentrera ses travaux sur ce que veulent les clients réels, mais je n’ai pas l’impression qu’elle décourage l’expérimentation.
Dans ce cas précis, je pense que la situation est plus probablement la suivante :
Ce sujet n’a pas encore été abordé ici, mais il vaut la peine de le mentionner : il existe déjà un excellent plugin WordPress, WP Discourse, conçu spécifiquement pour connecter les deux plateformes. Il est utilisé par de très nombreux sites et beaucoup de temps a déjà été consacré à faire fonctionner ce plugin pour résoudre non seulement le SSO, mais aussi d’autres aspects tels que :
Voir :
Je pense que la principale leçon à en tirer est que dans 99,99 % des cas, il n’a pas de sens de réinventer la roue (que ce soit en intégrant un site WP entier dans un iframe sur Discourse, ou autrement) lorsqu’il existe déjà un très bon moyen de connecter les deux de manière plus robuste via ce plugin et le SSO.
Certes, il peut être techniquement possible de le faire d’une autre manière, mais ce que souligne Erlend, c’est qu’il existe déjà des solutions beaucoup plus simples, bien établies et éprouvées par de nombreux sites. Le faire de manière totalement différente signifierait passer beaucoup de temps à développer une solution personnalisée, avec peu d’avantages évidents.
Si quelqu’un n’a pas encore de site WP établi ou ne veut simplement pas s’occuper de la configuration de l’intégration entre plusieurs plateformes, une autre option possible serait d’utiliser Discourse lui-même pour remplir la fonction de plateforme de blog. Des gens l’ont effectivement essayé et en ont discuté sur Meta ; un exemple ici : How to enable your community to use Discourse as a (micro) blogging platform