我支持这个。docker-compose 会好 100%，因为我刚看了一个关于 docker 和 docker-compose 的速成班。看起来如果 Discourse 使用 docker-compose，我就可以在无需发帖的情况下解决这个问题。
docker-compose 做了所有繁重的工作，类似于启动器所做的，但使用 docker-compose 我可以轻松配置网络和桥接。
我同意。我确实使用容器。只是纯粹的 LxC 容器。无需额外软件。事情并非如此简单。例如：我的一个服务器有一个青铜套餐，基本上是为开发人员准备的。便宜且设置简单。一旦付款确认，主服务器就会收到一个请求，根据用户的选择创建 lxc 容器或虚拟机，显然需要一个域名或将为服务器（lxc/vm）分配自定义子域名。它还要求用户配置自己的网络，然后该网络无法被主网络访问，反之亦然。它基本上是一个小型 AWS。
对于开发来说，docker 对于笔记本电脑和开发目的来说将是卓越的，可以区分主计算机文件和开发文件，包括网络。
我无法同意也无法反驳，因为我个人没有用 Discourse/rails/ember 开发过任何东西。这超出了我的范围，如果开发人员说它更简单，我无权反驳我不知道的事情。
这是我的问题，我已经对所有可用的论坛软件进行了足够的研究，并使用过其中的一些。
我的选择最终归结为 2 个论坛：
- Discourse
- Flarum
我选择 Discourse 作为各方面最好的论坛软件，并且由于我唯一的 docker 经验是 Nginx Reverse Proxy Manager。
我以为我只需要在 .yml 文件中输入一些我的信息，然后运行 docker-compose up -d。我错了。
我目前遇到的问题是可以解决的，只是需要一些时间来弄清楚。
我拒绝使用 Flarum，因为我在许多平台上都使用过 Discourse，并且无意冒犯其他优秀的论坛软件，但 Discourse 是市场上最好的可用论坛。
也许升级到 docker-compose 会有帮助 