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

我觉得评价思源不完美，有缺陷，自己不喜欢…的原因都可以

但如果用 Markdown 的前提来诉说，我个人观点就是“格局小了”

（无意冒犯，敬请见谅）

我对 “md 笔记生态”一说存疑

只是有很多软件支持 md 语法，尤其是笔记软件

再就是说的上的 md 笔记软件也就 ob 和 logseq，而且现在这俩的 md 文件很容易不兼容了

这已经有悖于 md 的初衷了

对了，如果说“md 笔记生态”是支持 md 语法的，那思源是属于的

如果“md 笔记生态”是用 md 文件存储的，那我觉得及没必要，也弊端显著，不进去挺好

再就是回应一个问题

思源基本就是文中说的“MD 做展示，而后端用独立文件格式”的形式

甚至 MD 文件在思源可以实现自由的导入和导出

说点“感情用事”的观点：

1. 在已经有了 ob logseq 等用 MD 做格式的笔记软件后，思源没必要进去内卷了
2. 在日益复杂的功能场景下，MD 格式的局限性只会越来越大，额外消耗开发资源

不同意各有优劣的说法，MD 的弊端更大一些。

而且楼上已经有朋友引用了 D 的帖子，里面说的也很明白

1. 扩展语法的路走不通
2. 就算扩展语法也无法解决 MD 资源文件问题
3. 无法应对未来更加复杂的场景

一个核心问题：如何在 MD 文件中唯一定位到一个块

如果是为了满足知识管理、块管理等，关联特定数据结构即可

具体如何关联特定数据结构，可以了聊聊大致方案吗，我看这是之前 MD 做知识管理一个很重要的问题，用“…即可”无法体现出解决这个问题背后的复杂性

对于 Markdown 的不合适用于知识管理有以下几点

1. 知识管理需要对一段知识，或者一个块进行唯一标记，但在 Markdown 设计之初就没有这样的需求，所以 ob 在这一块实现的既不优雅，也不够实用，块的定位有问题
2. Markdown 文件无法保证文件的唯一写入，这就会造成文件损坏，权限异常等无法解决的问题，解决的办法只用思源通过 api 才能对文件保证“事务性”的操作

Markdown 主要是用于排版的，承载不了知识管理的重任 - 读 D 宝 语录有感

很麻烦的，操作复杂到非专业用户几乎恢复不了，想看操作方式的话，可以看我近期发的

历史记录的数目不够，体验不好，及其容易出现“无法恢复数据”的情况 - 链滴

给每个文档一个 version 值，是否可以应对这个情况

在思源中“文档”和“文件夹”在使用上是没有明显区别的

十分感谢

如果我 27 号恢复 25 号的快照，那 26 号的数据会保留吗，是增量恢复吗

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

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

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

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

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

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

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

我用 vs code 打开 history 文件夹

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

打开了文档所在的目录

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

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

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

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

还是麻烦了点

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

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

如思源的软件设计一样

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

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

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

这个问题的确很急迫的

我再给自己的问题总结下

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

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

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

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

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

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

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

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

一起评估一下子嘛 @Vanessa

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

别闹

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

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

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

甚至连官网都没去过…

同样的需求

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

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

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

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

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

再就是成本问题

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

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

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

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

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

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

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

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

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

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

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

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

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

毕竟沉默的才是大多数