我很确定这些说明对于那些使用专门用于托管 Discourse 的云服务器的用户来说效果很好。
但可能也有相当多的人希望将其安装在已经运行了 Web 和邮件服务器的主机上（并且了解其性能上的劣势）。
我意识到这里有一个“文档”类别，其中至少可以找到部分信息。但将讨论论坛用作文档平台并不理想——原因我希望不言而喻。
如果我向仓库提交一份修改后的安装文档（即，仍然假定使用 Docker 并涵盖云服务器的说明，但也适用于已设置 Nginx 或 Apache 的情况），它会被接受吗？不过，这需要对现有的 INSTALL-cloud.md 进行一些修改才能使其全部可读。
存在文档。只是你需要同时理解 Discourse 和反向代理的工作原理。
在具有现有 Apache 站点的服务器上设置 Discourse
使用 Nginx Proxy Manager 管理具有 Discourse 的多个站点
我以为还有另一个针对 nginx 的，但在链接搜索框中找不到。
嘿 @gilgongo，你看过 Documentation - Discourse Meta 吗？
在某种程度上，现有文档代表了我们在此处可以提供的免费支持的有限范围。
DigitalOcean 上的全新 VPS 是一个已知量。这种方法使我们能够提供易于遵循的步骤，并几乎保证最终能成功安装。
我们无法真正考虑共享服务器、本地部署和爱好者安装的所有其他配置。
如果你想学习如何安装 Discourse，好消息是 DigitalOcean 上的 droplet 是按比例收费的。一个 6 美元的 VPS 每天只需花费你 0.20 美元，就可以作为一个已知的良好参考，同时你可以在更复杂的环境中尝试安装 Discourse。
我已经查看了文档部分——事实上，我在上面的帖子中也提到了它。
但我不想惹麻烦。我明白你们无法满足所有环境（即使你们使用的是“随处运行”的 Docker）。我只是好奇。
4 个帖子被拆分到一个新主题：讨论论坛中的文档
5 篇帖子已合并到现有主题：文档讨论论坛
抱歉，我没说清楚：“提交”是指向该仓库（它在此处）提交一个拉取请求，而不是在论坛上发帖。
我想关于讨论不适合文档的原因与“Discourse 文档”插件的原因相同，该插件似乎很好地解决了所有这些原因。
（顺便说一句，这一切都与我最初提出的问题无关，我认为这恰恰证明了我想要表达的问题！真是讽刺。）
我从一开始就明白了。我的回答（我对任何官方 Discourse 仓库都没有任何控制权）是“不”。推荐的解决方案非常简单，变量尽可能少。它的设计是为了那些从未使用过命令行的人。一旦你开始在前面放置一个“简单的”反向代理，人们出错的方式就会呈指数级增长。
这不仅仅是解压（或解压缩）另一个 PHP 目录并将另一个文件添加到 hosts-enabled 的问题。你必须知道什么是反向代理，了解一些关于端口的知识，或者可能是 docker 主机名，以及如何设置 https，并在容器中设置 force_https，并添加一些魔法让真实 IP 通过反向代理。这足够困难，以至于你不希望任何不理解其中大部分内容的人意外地找到它，然后想知道为什么它不起作用。
“我从一开始就明白了。我的回答（我无法控制任何官方的 Discourse 存储库）是‘不’。”
哈哈，我不是在回复你！随着我们继续进行，这只会变得更加混乱，我真的很抱歉。
看——我们还是算了吧。也许有人可以删除整个帖子。我不应该代表那些无法以支持的方式安装 Discourse 的人提出这些问题。