亲爱的 @OrbitStorm：
首先，我们在生产环境中使用 Discourse，并通过 Apache2 反向代理（在多个实例中）运行，配置过程没有任何问题；除了大家都会毫不犹豫地去“谷歌搜索寻求帮助”这一常规操作外，一切顺利。
其次，我从未要求 Discourse 团队或 meta 论坛上的任何人支持 Apache2 作为我们的反向代理，因为该配置并未获得官方支持。据我所知，Discourse 也并未“官方”支持多容器配置、反向代理（如 Apache2）、Kubernetes、Docker Swarm 以及近乎无限的其他配置组合。Discourse 团队免费提供这一优秀的软件，并在 GitHub 上公开所有代码和每一次提交，因此限制其“官方支持的配置”是合理且正确的。我认为 Jeff 对此总结得非常到位：
正如我们多次明确指出的那样，由于时间和精力的限制，我们免费支持的范围是有限的。——Jeff A.
第三，Discourse 确实提供了一些针对“非官方支持”配置的教程，例如将 Apache2 用作反向代理；但配置反向代理本身并非“Discourse 特有的任务”，而是一项“通用的系统管理员任务”，适用于任何后端应用，包括 Discourse。
我们在多个 Web 应用（包括 Discourse、Docker Registry 以及其他 Docker 容器和应用）前使用 Apache 作为反向代理。使用 Apache2（或 nginx）作为反向代理与 Discourse 本身并无直接关联，它是一项通用的系统管理任务。
第四，网络上关于如何为应用配置 Apache2 作为反向代理的信息非常丰富。因此，就此事对 Discourse 团队进行指责不仅毫无必要，也无助于你的诉求。使用“闹剧”等词汇来欺凌他人，既不准确，也无助于解决问题（对任何人都没有帮助）。
因此，在此为你总结一下，@OrbitStorm（这是我关于你主题的最后一条回复，请仔细阅读）：正如之前所说，包括 J. A. 友善而耐心的话语，你其实有多种选择：
-
你可以轻松上网学习如何配置 Apache2 作为反向代理（这正是我们所做的）。学习这项通用的系统管理任务既有趣又免费。
-
如果你不愿学习、无法自行解决或没有时间，可以聘请专业人士代为完成。
-
你可以在这里抱怨发泄，称 meta 论坛为“闹剧”，并向所有人抛洒侮辱，试图通过欺凌迫使团队为你个人在不受支持的配置下提供支持。
作为一名 Discourse 用户和拥有数十年经验的系统管理员，我强烈建议你不要选择第 3 条（欺凌和恐吓对 meta 团队不会奏效，我可以向你保证）；如果你不想花钱寻求帮助，请考虑第 1 条。
为 Discourse 配置 Apache2 作为反向代理其实非常简单。Discourse meta 论坛上有一些相关帖子（有些较新，有些较旧），网络上也有无数关于如何为 Web 应用配置 Apache2 作为反向代理的教程。技术原理是相同的。我建议在反向代理模式下运行时暴露 Unix 套接字。
说实话，将 Apache2 配置为 Discourse 的虚拟主机反向代理是一件很有趣的事情。为什么要让这件事变得充满压力，并对创造这一优秀软件并免费分享它的开发者们恶语相向呢？Discourse 是一份免费的礼物！如果你希望以非官方支持的配置来使用 Discourse，没有人会阻止你！
最后，@OrbitStorm，我强烈建议你（以 Discourse 用户而非团队成员的身份）改变在 meta 论坛上通过欺凌来寻求支持的做法。正如我前面所说，我在“非官方支持”的配置中运行 Discourse，并在此发布过更新和代码以帮助他人（回馈这个优秀的社区）。我和其他人一样，已经发布了易于遵循的可用代码，用于配置 Apache2 作为反向代理。
请明智地选择第 1 条（自己动手）或第 2 条（聘请他人）；并请放弃目前的第 3 条做法（恐吓、欺凌和辱骂 meta 团队）。如果你执意选择第 3 条，可以去我们的 Unix 和 Linux 论坛发帖，在那里你想怎么欺凌我就欺凌我，随你便 