[RFC] 080 - 通过 Webdav 实现数据同步

[dlzmoe]

背景

主要针对客户端部署后，无法同步的问题。
纯前端功能，拿到同步数据，比如 话题、会话、插件、文件、设置等数据，打包成 json 格式，上传至配置的云端。

分析

1. 首先要在设置面板中加入一个新的 tab，Webdav 同步 或 云端同步 等名称，用户填入 webdav url、用户名、密钥 信息。
   https://github.com/lobehub/lobe-chat/wiki/Feature-Development-Frontend.zh-CN

2. 拿到需要同步的数据

• 这点可以参考模块 State Management Selectors https://github.com/lobehub/lobe-chat/wiki/State-Management-Selectors
• 或者在【导出全局设置和所有助手数据】的功能基础上引入
  在客户端部署上这块数据是比较全面的，不会出现冲突问题；但是如果涉及到服务端同步，可能会遗漏某些东西，需要测试。

[Sun-drenched]

客户端部署可以支持WebRTC 同步（默认关闭）；不过既然引入webdav，为什么不直接部署服务端版本。

[dlzmoe]

关于同步问题和 @arvinxx 进行讨论过的，准备废弃掉 WebRTC 同步（不稳定不好用），引入 Webdav 同步作为一个功能点。

上半年预计会改造这一点。

[arvinxx]

WebRTC 作为去年上半年的一个实验性同步特性，社区其实已经反馈了很多体验问题，我们计划在 V2 大版本中正式废弃。而 @dlzmoe 正好之前实现了一个 client db 版本的数据导入导出油猴脚本，经过一段时间的持续使用认为不会有太大的问题，因此计划准备把 Webdav 的同步做成客户端 db 的一个特性，用于取代 WebRTC 同步。

[BiFangKNT]

WebRTC 作为去年上半年的一个实验性同步特性，社区其实已经反馈了很多体验问题，我们计划在 V2 大版本中正式废弃。而 @dlzmoe 正好之前实现了一个 client db 版本的数据导入导出油猴脚本，经过一段时间的持续使用认为不会有太大的问题，因此计划准备把 Webdav 的同步做成客户端 db 的一个特性，用于取代 WebRTC 同步。

请问这个 v2 大版本有排期吗？大概什么时候？

[arvinxx]

首先要在设置面板中加入一个新的 tab，Webdav 同步 或 云端同步 等名称，用户填入 webdav url、用户名、密钥 信息。

之前是有同步页面的，但是那个当时是针对 WebRTC 做的，可以修改这个对应的页面来替换 webdav 的配置页：https://github.com/lobehub/lobe-chat/blob/e368f38/src/app/(main)/settings/sync/page.tsx

或者在【导出全局设置和所有助手数据】的功能基础上引入

后续我会先做 #5147 这个 RFC 的实现，进而支持将 pglite db 下所有的表数据全部导出成标准 json 的表结构：

这样一来只需要调用这个方法，在同步时就能读取到所有表，然后直接写入 webdav 即可。

但是如果涉及到服务端同步，可能会遗漏某些东西，需要测试。

webdav 同步不考虑服务端数据库部署，只考虑客户端版本

[Matinal111]

有个疑问（好奇问问），目前 Webdav 还不是很多网盘支持，既然服务端已经实现了 S3 对象存储，为何客户端不使用 S3 来实现同步减少开发工作🤨

[arvinxx]

@Matinal111 从我的角度来说 S3 和 webdav 都可以，反正都是静态存储介质，只是我对 webdav 这块的了解度不算很多。 @dlzmoe 能解释下webdav 和 S3 之间的差异吗？（可以讲下 webdav 的优势

[dlzmoe]

作为备份来说其实区别不大，更多的受众群体不同
个人感觉 webdav 操作更简单（主要是我用习惯了，好多年坚果云webdav用户）

目前 Webdav 还不是很多网盘支持，既然服务端已经实现了 S3 对象存储，为何客户端不使用 S3 来实现同步减少开发工作🤨

作为用户来说，我觉得s3似乎更小众？并且我之前经历过对象存储被刷爆的故事，所以基本不用这个东西

[dlzmoe]

既然服务端已经实现了 S3 对象存储

如果本身已经有这个功能，完全就可以在这个基础上继续实现备份，而不用再引入webdav了