如果 Discourse 能够原生支持除 Amazon S3 之外的多种备份到远程位置的选项，而无需依赖那些非常古老且（显然）部分损坏且不再维护的插件，那就太棒了。
特别是小型爱好者论坛，往往由没有预算且技能最少的人运营，因此在知识要求、配置步骤以及需要在 Discourse 和远程目标之间维护的第三方依赖项方面，障碍越少越好。
例如，我希望能够通过 sftp 将最新的 5 个备份同步到我的本地 NAS 设备（它位于固定 IP 地址后面）。
也希望支持普通“平民”可能已经为其家庭订阅了基本套餐的付费备份服务目的地，例如 Idrive 和 Backblaze（最低套餐）。
当然，也支持标准的免费云目的地。
Discourse 的开发路线图上是否有类似的功能？
在这种特定情况下，从 NAS 运行 rsync 到 Discourse 服务器备份文件夹是否会非常好地满足您的需求？
您是否查看过类似以下指南的内容：
你好，Falco，感谢你的建议。
实际上，我运行 rsync 已经有几个月了，但它不知何故停止工作了，原因不明。日志中没有错误，我所知道的路由器也没有更改，硬盘空间也没有短缺。重启 NAS 和路由器都没有效果。可能 Digital Ocean 或 Discourse 软件更新有些东西改变了——但我不是 IT 专家，我继续尝试解决这个问题，但总是被其他生活优先事项搁置了。
我后来重新格式化并重新配置了 NAS 设备（由于一个不相关的问题），但在面对需要重新学习第一次研究过的所有内容，以及第一次尝试让远程备份工作所涉及的所有试错过程时，我开始想为什么这甚至有必要。
深入研究 crontabs 似乎是一个类似的问题（不管这些是什么——我假设它们类似于我曾经用于从我的网络主机备份的 cron 作业——直到它们也停止工作，原因是我永远无法解释或解决）。
一个好的备份系统是用户愿意并且能够维持的系统。
一个需要用户不熟悉的其他第三方系统的知识和技能的系统，似乎只是增加了不必要的变量和风险。
通过遵循指南，我只是死记硬背地重复说明，但没有理解，如果遇到的情况与指南作者的情况有所不同，我就会完全不知所措。
任何依赖不再积极维护甚至已经部分损坏的第三方插件的系统似乎也是个坏主意。
一个配置在一个熟悉的地方，由比我更了解完成任务所需的人维护的软件完成的系统，对我来说似乎是个更好的主意。
我今天才偶然发现，IDrive 实际上支持 Amazon S3 的 API，这意味着理论上你可以使用 Discourse 的备份到 S3，只需使用非常便宜的“e2”，你的 Discourse 也不会知道有什么区别。
请参阅 https://www.idrive.com/e2/
谢谢 Alon。
我提到 Idrive 是因为我碰巧已经订阅了他们的标准家庭备份服务，但这不包括他们的 S3 服务。
此开发愿望的主要目标是为不需要额外付费订阅的小型免费论坛用户添加目的地选项。
我希望使用的另一个选项是连接到我的本地 NAS 设备。
祝好
6 个帖子已拆分为新主题：将 idrive 添加为 S3 服务