Cher @OrbitStorm,
Tout d’abord, nous utilisons Discourse en production derrière un proxy inverse Apache2 (dans plusieurs instances) et nous n’avons rencontré aucun problème lors de sa configuration ; mis à part le « Google quand on a besoin d’aide » que tout le monde fait sans hésiter.
Deuxièmement, je n’ai jamais demandé à l’équipe Discourse ou à quiconque sur Meta de prendre en charge Apache2 en tant que proxy inverse, car cette configuration n’est pas officiellement prise en charge. À ma connaissance, Discourse ne prend pas « officiellement » en charge les configurations multi-conteneurs, les proxies inverses (Apache2), Kubernetes, Docker Swarm, et un nombre pratiquement infini d’autres configurations. Il est compréhensible et correct que l’équipe Discourse, qui offre ce logiciel gratuitement et rend tout le code source accessible, y compris chaque commit sur GitHub, limite ses « configurations officiellement prises en charge ». Je pense que Jeff a bien résumé cela de manière très juste :
Eh bien, comme nous l’avons clairement indiqué à plusieurs reprises, il y a une limite à ce que nous pouvons prendre en charge gratuitement ici en raison de contraintes de temps et de santé mentale. - Jeff A.
Troisièmement, Discourse fournit plusieurs tutoriels pour des configurations « non prises en charge », comme l’utilisation d’Apache2 en tant que proxy inverse ; cependant, configurer un proxy inverse n’est pas une « tâche Discourse » en soi. Configurer un proxy inverse est une « tâche générique d’administration système » qui est fondamentalement la même pour n’importe quelle application backend, y compris Discourse.
Nous utilisons Apache en tant que proxy inverse devant plusieurs applications web, notamment Discourse, Docker Registry, et d’autres conteneurs et applications Docker. L’utilisation d’Apache2 (ou nginx) en tant que proxy inverse n’est pas spécifique à Discourse. C’est une tâche générique d’administration système.
Quatrièmement, il existe une multitude d’informations sur le web concernant la configuration d’Apache2 en tant que proxy inverse pour une application. Il est totalement inutile et peu utile à votre cause d’intimider l’équipe Discourse sur cette question. Intimider les gens et utiliser des termes comme « charade » est à la fois inexact et peu utile à votre cause (ou à quiconque ici).
Donc, pour résumer @OrbitStorm (ce sera mon dernier message sur votre sujet, alors veuillez lire attentivement) ce qui a déjà été dit, y compris les mots gentils et patients de J. A., vous avez plusieurs choix :
-
Vous pouvez facilement aller sur le web et apprendre à configurer Apache2 en tant que proxy inverse (c’est ce que nous avons fait), et c’est amusant et gratuit d’apprendre à réaliser cette tâche générique d’administration système.
-
Vous pouvez engager quelqu’un pour le faire si vous n’êtes pas disposé à apprendre, si vous ne pouvez pas « trouver la solution » par vous-même ou si vous n’avez pas le temps.
-
Vous pouvez poster ici, vous plaindre et crier, qualifier Meta et ce forum de « charade » et lancer des insultes à tout le monde pour essayer de les intimider afin qu’ils vous soutiennent personnellement dans une configuration non prise en charge.
Je recommande fortement, en tant qu’utilisateur de Discourse et administrateur système depuis plusieurs décennies, de ne pas choisir l’option #3 (l’intimidation et le harcèlement ne fonctionneront pas avec l’équipe Meta, je peux vous l’assurer) ; et de considérer l’option #1 si vous ne souhaitez pas dépenser d’argent pour obtenir de l’aide.
Configurer Apache2 en tant que proxy inverse pour Discourse est en réalité assez simple. Il existe quelques publications sur Meta Discourse à ce sujet (certaines récentes, d’autres plus anciennes) et d’innombrables tutoriels sur le web expliquant comment configurer Apache2 en tant que proxy inverse pour une application web. La technique est la même. Je recommande d’exposer un socket Unix lorsque vous exécutez en mode proxy inverse.
Honnêtement, c’est amusant de configurer Apache2 en tant que serveur virtuel proxy inverse pour Discourse. Pourquoi rendre cela stressant et poster des insultes envers les personnes qui ont créé ce formidable logiciel et le donnent gratuitement ? Discourse est un cadeau gratuit ! Si vous souhaitez configurer Discourse autrement que dans les configurations officiellement prises en charge, personne ne vous en empêchera !
Pour conclure @OrbitStorm, je vous conseille vivement (en tant qu’utilisateur de Discourse, et non membre de l’équipe) de changer votre approche consistant à intimider Meta pour obtenir du soutien. Comme je l’ai dit, j’exécute Discourse dans des configurations « non officiellement prises en charge » et j’ai publié des mises à jour et du code ici pour aider les autres (en redonnant à cette grande communauté). J’ai déjà publié du code fonctionnel, facile à suivre, pour configurer Apache2 en tant que proxy inverse, tout comme d’autres avant moi.
Veuillez choisir soit l’option #1 (faites-le vous-même), soit l’option #2 (engagez quelqu’un pour le faire) ; et veuillez abandonner votre approche actuelle de l’option #3 (intimider, harceler et insulter l’équipe Meta). Si vous souhaitez choisir l’option #3, allez poster sur nos forums Unix et Linux et vous pourrez m’intimider là-bas si vous le souhaitez, autant que vous le voudrez 