Bonjour à tous ! 
J’espère que vous allez bien ! J’ai une question concernant Discourse : est-il possible d’auto-héberger Discourse ? Je suis très intéressé par la plateforme et j’aimerais savoir si quelqu’un ici a de l’expérience avec cela. Y a-t-il des exigences spécifiques ou des conseils que je devrais garder à l’esprit ?
Merci d’avance pour votre aide ! 
Oui, et il y a même une sous-catégorie entière qui y est consacrée ! :
#documentation:auto-hébergement
Vous voudrez lire spécifiquement l’installation standard.
Merci beaucoup pour vos réponses !
J’aimerais avoir un fichier ‘docker-compose’ autonome que je pourrais lancer et utiliser Discourse dans notre association.
Est-ce possible ?
Je ne suis pas fan de lancer mille scripts en arrière-plan que je ne connais pas.
Oui, c’est possible, mais vous devriez l’écrire et le maintenir vous-même.
Voici un Dockerfile que quelqu’un a récemment publié pour le développement et qui pourrait servir de point de départ
Discourse est open source. Pourquoi ne pas lire les scripts et les modèles de lancement ? (ce qui vous éclairerait également sur votre Compose)
Ceci n’est pas pris en charge, mais des efforts sont faits pour suivre le flux principal de Discourse. Vous pouvez rechercher docker compose ici, ou visiter ces deux variantes :
Attention cependant, maintenir Discourse à travers les versions peut s’avérer difficile. Mais IndieHosters le font depuis quelques années maintenant.
Les deux projets utilisent l’image Docker originale Discourse/base docker image mais je ne suis pas sûr qu’ils adaptent l’installation comme le fait pups de @sam pour discourse-docker.
Merci pour vos réponses !
J’ai installé uniquement l’image discourse/base mais le conteneur s’est arrêté sans aucun log
Savez-vous pourquoi ?
Parce que l’image de base ne fait rien par elle-même. Vous devez compiler Discourse à l’intérieur, puis l’exécuter. Et cela se fait en exécutant un script ./launcher en dehors de l’image, en premier. Vous devriez donc d’abord essayer de l’installer de la manière officielle, puis réfléchir aux options.
La procédure d’installation de Discourse n’est pas très courante, mais au fil des ans, j’ai vraiment apprécié cette approche pour une raison que vous ne saurez apprécier qu’après avoir été administrateur pendant un certain temps. C’est la possibilité de mettre à niveau l’application après chaque commit sur le code source. C’est incroyable. Vous signalez un Contribute > Bug, et après une heure, il est très probablement corrigé par l’équipe ou la communauté, les tests automatiques sont exécutés, le commit est fusionné et disponible. Et vous pouvez mettre à niveau immédiatement. Parce que vous recompilez votre Discourse à partir des dernières sources.
Il n’existe donc pas d’image où une version spécifique serait compilée. Vous obtenez une image « vide » et compilez votre version à partir du point que vous souhaitez, avec la combinaison de plugins dont vous avez besoin. Et cela fonctionne toujours !
Vous ne trouvez pas cette flexibilité ailleurs.
Je ne suis pas sûr, mais si vous voulez créer un fichier docker compose, vous devrez reproduire la procédure du script ./launcher à l’intérieur du fichier compose, afin de compiler vers une autre image, que vous pourrez ensuite simplement intégrer. Mais vous ne pourrez pas utiliser la procédure intégrée lorsque vous aurez besoin d’une mise à niveau. Vous devrez alors composer vous-même une nouvelle version.
Merci pour votre aide les gars. Vous facilitez l’utilisation de Discourse pour les débutants comme moi !
Oui, mais avant de rendre Discourse disponible pour mon club, je voulais exécuter Discourse sur le localhost et faire quelques tests afin de mieux me familiariser avec l’interface d’administration et la ligne de commande de Discourse. Si des erreurs se produisent, je veux pouvoir les corriger. Pour la version « prise en charge », j’ai besoin d’une entrée DNS, des ports 443 et 80, ce qui est inutile dans mon cas - du moins, je le pense.
Quelqu’un connaît-il une astuce pour exécuter cela sur le localhost ?
Installez Docker et faites simplement ceci.
Ou cela. Bien que j’aie compris que Max souhaite savoir comment il se comporte en production, mais pour le tester localement avant d’acheter un environnement d’hébergement. Pour cela, la configuration Docker serait plus appropriée. Afin de corriger réellement les bugs, la configuration de développement est le bon choix.
Merci beaucoup pour votre soutien !
J’ai réussi à le faire fonctionner avec l’installation “normale” avec docker.
