昵称没什么用，随便写都行

果然还是发现一篇重要文档出现了非正常逆向回滚

已经在倒数第二条历史记录了，我赶紧给恢复了

然后紧跟着的又是一阵自动的“重建索引”

再过几分钟，或者再点几次，生成编辑历史

这条历史记录就又会“消失”再文档历史页面了

然后又要用 vs code 进行手动恢复了…

真是有种节后余生的感觉 😂

我用 vs code 打开 history 文件夹

搜索汉字，找到了 title 为“蒜薹炒肉”的文档

打开了文档所在的目录

又打开了“7 月”文档的本地文件夹

然后将前文件夹对应文档复制到后文件夹中

回到思源点击“重建索引”

自此原封恢复了“蒜薹炒肉”的文档

还是麻烦了点

有些隐晦知识技能，习以为常的就操作了

但这不是普通用户可以做到的

如思源的软件设计一样

思源的确不会出现“丢数据”的情况

至少我没有碰到过，即使我经历过记一次数据恢复的“一地鸡毛”后

但遇到本文中“基本无法恢复”的情况，就已经和“丢数据”差不太多了

这个问题的确很急迫的

我再给自己的问题总结下

1. 文档被旧数据覆盖了
2. 超出历史记录的文档，基本等同于无法恢复了（看“基本等同于”，我这措辞真是够爱思源了）
3. 恢复数据体验依旧一言难尽

话说回来，同步要是继续稳定可靠下来，谁 ™ 爱折腾历史记录呢

话又说回来，数据恢复也是数据安全的重要一环啊，兜底操作体验不好，会让用户在“以为丢数据”的基础上更加暴躁的

先鼠标滑动选中虚拟引用词汇，再键盘按 alt + [

两大步了，的确是麻烦了点呀

有没有一种可能，我是说一种可能

当光标悬空放到虚拟词汇上的时候，鼠标右键菜单，这时可以：

1. 给“转换为”选项里增加个“引用块”，列出该引用块选项，等同 alt + [
2. 右键主菜单里增加个“虚拟引用转引用块”

一起评估一下子嘛 @Vanessa

@88250 D 宝，这个考虑一下嘛，实在不行建个票，画个饼也行嘛，我能等

别闹

对于“复杂点儿”的 docker 需求描述

现在已经存在的 docker 版本似乎应该可以满足

由此容易让别人怀疑你都不知道有这个版本

甚至连官网都没去过…

同样的需求

说成“不想用你们的云储存”就是更容易让人误会成“白嫖党”

说“为了极端的数据安全性”抛开“开源”，“非对称加密”等特性来说，可以算作“个人需求”

还有一个很微妙，我暂时也不能很清晰描述的，比较隐晦的点是

在公共开源平台提 issue 时用“我”“我当然”这样的语气，不够那么恰当

虽然事实就是如此，但这样在之前种种的迹象下，更显得有些不妥了

再就是成本问题

1. 群晖成本很高
2. 黑群的“硬件 + 知识 + 时间”成本更高

如果因为没查到思源为何放弃 webdav 这情有可原

可能提到 wps 事件，说什么关键词锁定文件

让人觉得你完全不懂思源加密同步的原理

不懂开源，一句“简单点儿”有些同理心不足

甚至没有看完官方的帮助文档

“不懂技术”不要在装修群里

最后以上综合就被误会成“白嫖党”了

我不在这个群，这只是盲猜一下这个被踢的原因

嗐，这个功能刚出的时候我也反映过，可惜当时没有人反应就不了了之了

关于数据快照功能的一些小疑问

同步文件的需求还是推荐专业的网盘比较好

哎，这个投票就算有个结果，也很难当作决策依据的

毕竟沉默的才是大多数

两键和三键转换着按的确麻烦费劲

但的确不如 Windows 的方向键方案好

不过也不是什么大事，也不着急

用来定时微信提醒的

D：充钱，就可以变强

网易：勿 cue

感谢楼主分享

我可能只是对类似“分类法”深恶痛绝

也更可能是被“分类法”PTSD 了

之前用的就是 PARA，现已基本舍弃

也基本放弃文档树分类的管理形式

一套十分古典的方法，不是不能用，但不够先进

单是分类时间成本就很大，写前压力大，分类压力大

这种形式也对于一款双链笔记应用来说也是“暴殄天物”

之前甚至还看到用杜威分类法的，每次新增个类目，竟然还要去权威分类网站查询

分类不光占用宝贵的心智和决策力，而当结构庞大之后分类也是格外耗费

双向链接时代的快速无压记录 · 语雀

这是大佬介绍的一种新时代的笔记方法，看明白后，如果还坚持 PARA

那就坚持自己的选择就好

上面都是瞎说的

可以提修改建议，但不能往回走

关心一下挺好

但如果能增加一位全职开发人员，可能更好吧

当然的确是有困难的，那就希望早日可以不忘初心的商业化吧

思源如果不日更，生活还有什么意义

让子弹飞一下也好

还有可能碰见这样的帖子

“数据解密失败，密码没有改过，是什么原因？”

：是不是搞反了？我们这两个密码是不一样的，你换换试试？

：可我就输入过一个啊

：另一个是自动生成的

：都是加密的为啥用两个密码啊

……

我自己的密码，我忘了，这是我自己沙雕，数据找不回来，更多是怪自己

但这要是平台生成的，还这么麻烦的密码，还是第二个，要是出了问题，找不回数据，作为一个普通用户，八成是埋怨平台的情绪更多一些

嗐，这个密码对于高玩当然没什么问题，对我也不是负担

对于这个做法我有以下看法

1. 用户自己输入的情况，平台无责，并可以复用同步密码
2. 如果用的是同步时候自动生成的密码，可以做到不丢失
3. 主动生成，用户丢失密码，平台可能会被抱怨
4. 双密码，增加认知负担和使用门槛

所以最后我认为可以

1. 复用同步密码流程，并复用同步密码
2. 不生成，让用户自己输入一个新的
3. 保持当前，增加强提醒，提示丢失密码的后果

那这个密码是否存在丢失找不回数据的情况

比如接上个场景

用户电脑丢了，通过新电脑同步了数据，也同步过来了快照

快照里面有重要的数据，当时快照密码没有保存

快照数据是不是就没了…

之前同步的两个密码

一个是生成，我记得是通过某 id md5 的，这个理论上就不会变，也不会丢，责任也不会在平台，最多是有 bug

自定义的密码用户就有自己记住的责任，就算用户忘了，也没啥可指责平台的

但现在这个密码直接就平台生成了，那用户有了问题来责问，这也很不好处理呀