昨天刚求助完,无果,一条条重新搬运回来一组丢失的笔记。
今天有凭空消失了两组...........为什么会这样子?
又消失了两个笔记本组,心累了...... 昨天刚求助完
相关帖子
- 其他回帖
-
复制整个工作文件夹又都是明文的内容,导出的话只能算是备份的一种方式吧。
为啥不复用现在的 sync 逻辑呢?理论上就是把文件的 api 上传下载换成文件系统的写入读取吧,这个应该更容易才对。背后用 google drive,icloud 之类的客户端做云备份。
突然有了一个点子,我之前提到的一个关于笔记本加密的: 可不可以考虑支持对单个笔记本加密?
这种「加密的笔记本」是不是可以总是「优先」从“sync”的目标读取,然后所有数据都放在内存中,这样就解决明文保存的问题了。 因为 “sync”的目标总是加过密,只要解密之后的笔记本不落盘就可以了不行,对于「笔记本的上锁」的目的是打开笔记本的时候需要「输入密码」。
1 回复 -
@88250 你看下面这部分日志,我没理解错的话其中
4c827840449d866259f84b299d35df66d890f4c2, files=4046, size=6.35 GB, created=2024-06-04 00:04:48
创建时间是00:04:48
他覆盖了[722f0d7f0bfe73867c960fef2ace822c04dd183a] files [4057]
,往上翻看到I 2024/06/04 00:11:34 ref.go:64: updated local latest to [device=b292b2e7-0dee-4d87-9d0b-ff287716c1c7/windows, id=722f0d7f0bfe73867c960fef2ace822c04dd183a, files=4057, size=6.36 GB, created=2024-06-04 00:11:34]
创建于00:11:34
,这里创建时间较早的覆盖来创建时间更晚的是不是有问题I 2024/06/04 00:11:37 sync.go:221: got local latest [722f0d7f0bfe73867c960fef2ace822c04dd183a] files [4057] I 2024/06/04 00:11:37 sync.go:1454: got latest sync [device=b292b2e7-0dee-4d87-9d0b-ff287716c1c7/windows, id=4c827840449d866259f84b299d35df66d890f4c2, files=4046, size=6.35 GB, created=2024-06-04 00:04:48] I 2024/06/04 00:11:37 sync.go:228: got latest sync [4c827840449d866259f84b299d35df66d890f4c2] files [4046]
1 回复 - 查看全部回帖