Salut à tous,
Nous sommes relativement nouveaux dans le développement de Discourse, donc cela pourrait être inexact. Nous n’avons pas trouvé de réponse exacte à cela dans nos recherches.
Nous développons un site Web avec divers types de contenu. Dans ce cadre, nous souhaitons avoir des flux de commentaires hiérarchisés pour les éléments téléchargés par nos utilisateurs. Ainsi, à titre d’exemple, supposons qu’un utilisateur télécharge du contenu sur sa voiture, - le contenu sera sur notre site, et il y aura un flux de discussion/commentaire facultatif sur cet élément, permettant l’engagement d’autres utilisateurs.
Nous avons Discourse installé et fonctionnel, avec SSO et tout. Nous intégrons un commentaire Discourse connexe dans un iframe. Nous obtenons le commentaire principal et le bouton bien connu « Continuer la discussion » qui nous fait sortir du site et entrer sur le serveur Discourse.
Y a-t-il quelque chose que nous puissions faire pour avoir une discussion entière hiérarchisée, en commençant par le commentaire principal, à l’intérieur de notre iframe (ou autrement à l’intérieur de nos pages) ? Afin que les utilisateurs puissent continuer la discussion à l’intérieur de la page de contenu téléchargé. Est-ce même réalisable avec Discourse ?
J’ai des objectifs similaires, j’ai un site web avec divers types de contenu et j’héberge moi-même une instance Discourse afin de pouvoir avoir un forum pour interagir avec les utilisateurs et bâtir une communauté. Je voulais aussi intégrer des parties de Discourse sur mon autre site. La méthode standard proposée par Discourse est très facile et avait l’air cool, mais ce n’était pas tout à fait ce que je désirais.
Le premier problème est que si quelqu’un veut commenter, il doit se connecter à Discourse (ou vous devez autoriser les commentaires anonymes, ce qui entraîne d’autres problèmes/complexités). Il semble y avoir un débat en cours ici sur meta quant à savoir si Discourse devrait essayer de mieux interagir avec les CMS (systèmes de gestion de contenu) ou introduire des fonctionnalités pour en faire davantage un CMS lui-même.
Beaucoup de gens utilisent Discourse pour des blogs, des marketplaces/boutiques en ligne, des magazines électroniques, des galeries vidéo/photo, etc.
Ma première stratégie pour intégrer des parties de Discourse sur mon site web a été de personnaliser autant que possible l’apparence de mon forum, en commençant par le début, puis de reproduire le style sur mon autre site. L’idée est de fusionner les deux de manière à ce qu’un utilisateur ne remarque pas vraiment que le contenu provient de deux serveurs différents. Discourse offre en fait une multitude de façons de personnaliser l’apparence de l’interface, même pour les personnes non techniques.
Une fois que j’ai mieux connu Discourse, j’ai trouvé quelques méthodes pour intégrer des blocs intéressants de Discourse sur mon autre site
J’apprends encore et j’ai d’autres idées, mais j’ai aussi regardé Wordpress et Ghost
Merci pour vos commentaires ! Nous avons suivi des processus de pensée et des expériences similaires. Ce que nous avons fini par faire (enfin, nous y travaillons toujours, donc le jury n’a pas encore rendu son verdict sur la qualité du résultat final) est d’abandonner complètement la direction des intégrations web et d’utiliser l’API Discourse pour inclure des discussions Discourse complètes dans nos pages. Cela nous permet de le façonner exactement comme nous le voulons, en termes d’apparence et de convivialité, et bien plus encore. Plus de travail, absolument, mais il semble que le résultat final en vaudra la peine.
Comme décrit dans ce post, mon autre serveur a un backend PHP. J’ai fait fonctionner l’API en utilisant cURL puis ce site Web vraiment cool pour convertir mon cURL fonctionnel en un module PHP que le site Web peut appeler à l’aide d’appels ajax javascript.
Voici mon calendrier des événements à venir sur mon instance Discourse
