昨天刚求助完,无果,一条条重新搬运回来一组丢失的笔记。
今天有凭空消失了两组...........为什么会这样子?
又消失了两个笔记本组,心累了...... 昨天刚求助完
相关帖子
- 其他回帖
-
复制整个工作文件夹又都是明文的内容,导出的话只能算是备份的一种方式吧。
为啥不复用现在的 sync 逻辑呢?理论上就是把文件的 api 上传下载换成文件系统的写入读取吧,这个应该更容易才对。背后用 google drive,icloud 之类的客户端做云备份。
突然有了一个点子,我之前提到的一个关于笔记本加密的: 可不可以考虑支持对单个笔记本加密?
这种「加密的笔记本」是不是可以总是「优先」从“sync”的目标读取,然后所有数据都放在内存中,这样就解决明文保存的问题了。 因为 “sync”的目标总是加过密,只要解密之后的笔记本不落盘就可以了不行,对于「笔记本的上锁」的目的是打开笔记本的时候需要「输入密码」。
1 回复 -
第一个还好吧,一个「馊主意」是在思源软件本地内支持一个「webdav」把读写交给他,sync 本地的目录作为 webdav 的目录。这样问题就又变成一个 web 问题了,可以避开不同平台、系统的文件 api 了,反正笔记内置了一个 http 服务器的。
第二个的话,我之前本来也想提的,后来想想没啥必要(虽然我常用的 DevonThink 可以支持多个备份源的)。我是一开始用 webdav,后来加了一个 s3,发现只能 enable 一个。这个倒不是什么大问题,也没必要搞那么多备份。
-
我的意思是,就像这个楼主遇到的情况,有可能触发了某些「诡异」,让他正在经历丢数据的痛苦中。
如果我遇到这种情况,那么会「导出」一份数据,然后把原来的「笔记软件」和「笔记数据」全删除了,然后重新安装一份,从本地 sync 回来。
而且支持 sync 到本地,那么我的 google drive 和 icloud 也可以用来备份数据了。这个也是我使用了很多笔记软件它们的套路,非常适合小白用户的。
你看,我这样想对不对。如果有时候因为插件,或者逻辑缺陷,导致思源笔记在做一些错误的数据删除,那么此时你的数据是"绝对不安全"的。因为本地的修改会被同步到 s3 云上,云上的数据也会经历删除。
那么我作为一个用户第一步应该先本地备份一下我的数据,再排查问题。这样我只要保证第一份备份在,数据总有回复的一天。
在出故障的时候,就不太能相信软件内的快照了。
3 回复 - 查看全部回帖