嗨 Jay，谢谢你的帮助。回复你的问题……
我并不期望有很多用户，因为这是一个封闭的 Patreon 社区。我的主要目标是能够在不使网站宕机的情况下更新一个服务器。事实上，我已经确认这是可能的，所以我对这个设置很满意。是的，我确实完成了第五步，所以状态被存储在外部的 Redis droplet 上。
我不得不弄清楚的另一件事，这让我停滞了一段时间，就是我还必须在 app.yml 中添加下面的参数，否则，由于它试图连接到默认端口的 Postgres，尽管 DISCOURSE_DB 参数中有实际的端口，重建仍然会失败。
DISCOURSE_DB_BACKUP_PORT: 25060
直到我根据第一个教程把所有东西都弄好之后，我才考虑到上传，一开始当我尝试设置 S3 时，它确实搞砸了一切，但那是因为你们这里提供的 DO Space CDN 设置不起作用。
它明确指出 Digital Ocean CDN 不能与 Discourse 一起使用。
我知道，但然后教程让我们添加这个：
DISCOURSE_S3_ENDPOINT: https://sfo3.digitaloceanspaces.com
这来自 DO Space，对吧？根据我阅读的这些教程，我不知道如何使用不同的 CDN，但目前我并不担心，因为我稍后会讲到。
不，我没有使用不同的 CDN。我实际上不介意不使用 CDN。我会让 CDN 设置为空。作为进一步的更新，根据你们迄今为止提供的建议，我只是想恢复上周的备份，但我认为我会先尝试启用 force_https 选项，启用它解决了 Patreon 登录问题，正如我所想的那样。服务器上没有任何改变，所以 Patreon 登录问题可能是由某些内部 Discourse 逻辑引起的，尽管我再次意识到（现在）我正在做一些你们不推荐或不支持的事情。
所以，在这一点上，我的设置几乎和第一个教程推荐的一样，但是图片和备份都发送到 S3，没有 CDN。它运行得非常好。我很感激你们建议我只使用独立安装，但每次更新都要让网站宕机 15 分钟真的太痛苦了。就在昨天，我找到了你们关于 data.yml 和 web_only.yml 的参考资料，用于多服务器设置，但我不知道该怎么做，所以我放弃了。
我现在将继续使用我现有的设置。感谢你们的帮助，以及你们所做的一切。