接下来会发生什么？

安装
1

嘿 Discourse 团队，

我的 Docker_Manager 已准备好通过 1 个提交进行“升级”

这是否意味着我需要再次重建？

如果是，
我是否需要从我的 app.yml 中移除以下任何插件？

2

您无需移除任何插件。只需升级即可，可以通过在线方式或命令行方式进行。

3

您是在自托管吗？

1 个赞
4

是的，我正在英国的一台 Ionos 虚拟服务器 上进行自托管。

我也有一个 mail-receiver.yml 文件，并且明白这不被算作一个“插件”。

1 个赞
5

请参见上文 :)。

1 个赞
6

IMG_0848
IMG_08481206×829 110 KB

我想应该不会有插件需要移除，但如果在我重建（过一段时间后）时有插件需要移除，我会更新此主题，说明是哪个插件。

7

现已包含在 Discourse 核心中 :tada:

现已包含在 Discourse 核心中 :tada:

现已包含在 Discourse 核心中 :tada:

作为一名自托管用户，我现在将从我的 app.yml 中移除这三者。

1 个赞
8

每次保存新的 app.yml 时，我都会运行一个模式更改命令。

IMG_0850
IMG_08501206×253 79.5 KB

这样做“好吗”？

9

不确定我是否理解。你为什么需要一个“新”文件？

如果文件已存在，你并没有创建一个新文件，现有的文件权限将保持不变？

推荐的 chmod 命令在标准的安装说明中（尽管那是在目录上）。

如果我理解正确的话：

  • 对目录执行 chmod 700 意味着只有你（所有者）才能进入/读取/列出/写入该目录或查看其内容。
  • 即使文件是全局可读的（例如 chmod 644），其他人也无法访问它，因为他们根本无法进入该目录。

顺便说一句，你能截屏，或者更好的是直接复制文本吗？你的相机照片将更难被搜索等访问。

1 个赞
10

谢谢！我一直以 root 身份运行，所以在设置过程中将 containers 设置为 chmod 700。我认为将 app.yml 应用 chmod o-rwx 不会有冲突——只是对文件本身增加了一点额外的限制。

11

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.