背景
我有一台安装了 Docker 的 TrueNAS 服务器。我可以从官方应用目录、Docker Hub 安装应用,也可以使用自定义 YAML 文件。
我想使用 docker compose 来安装 Discourse,但根据我阅读到的信息,安装 Discourse 只有一种官方方式,它使用 Docker 而非 Docker Compose。采用这种单一安装方式的原因是 Discourse 在 Linux 系统上的安装涉及多种技术、命令以及其他复杂操作。
在论坛上有人说这是可行的,但需要一个复杂的 compose 文件,并且需要不断更新以与当前版本保持一致。
我发现了一些别人使用的 compose.yaml 文件,并且他们报告说没有问题。这些 YAML 文件看起来并不特别复杂。
我的问题是
如果我使用这些 YAML 文件之一(见下文),我会遇到任何问题吗,比如插件缺失、更新失败等?
使用这种 compose 方式有什么陷阱?
我知道(在论坛上)有人讨论过未来某个时间将 Discourse 迁移到使用 compose,是否有人了解这是否真的会实现?
研究链接
我很确定,如果你在这个论坛上搜索一下,一定有一个关于使用此方法安装 Discourse 的话题。只需在 Google 上搜索 “Docker Hub Discourse”,就能找到这个代码库 (我没有使用过,也不推荐使用)
我认为要求使用“官方安装方法”是出于支持方面的考虑。Civilized Discourse Construction Kit, Inc. 通过这个论坛为“标准安装”提供支持,对于一款基本上免费的软件来说,这非常慷慨。但我认为,这个论坛上也经常有很多知识渊博的个人,愿意帮助那些进行“非标准安装”的用户。我记得甚至有一个“非官方安装”标签,可以用来筛选此类话题。
你只需要记住,你正在进入未文档化的领域。前方可能有危险。
我会留意那些“巨龙”的。
我已经在论坛里搜索过,但作为新用户,我只能贴出 5 个链接,所以我应该已经读过它们了。
我已经研究了标准安装方法和高级安装方法。
我会搜索 un-offcial-instal / unsupported-install 标签,看看能找到什么。
谢谢
我原以为 https://hub.docker.com/r/discourse/discourse 已经被常规安装程序使用了,而 https://github.com/featheredtoast/discourse-docker-compose 只是 featheredtoast 尝试让 composer 工作而已。但通过你给我的链接,我发现事情远不止于此,这确实是一项旨在将其正式落地的认真努力。
我会关注那个帖子。
真的很有帮助,谢谢。