要是能够测一下数据量到多少会有显著性能下降也是有意义的，

有些软件随着数据量变大，会出现一些明显的卡顿的。

理论上这个阈值的出现肯定会比你的磁盘或者云空间的存储耗尽先到来。

我个我发现了，直接 ⌘-v 粘贴确实是不行，在思源笔记里面就跟剪藏一样会丢失公式，我把复制出来的文字往其他编辑器里面粘贴是「可以显示」公式的，说明内容是在的。

我使用 macos 下的剪切板工具（一个叫 Alfred 的带一个剪切板历史）粘贴也是可以成功粘贴到「思源笔记」的，我不太明白里面的原理，不过正如我说的，我通过那个剪切板工具是可以把文字带公式贴进思源笔记的，所以无所谓。

只要「剪藏」工具支持就够了。

可以在「已关闭笔记本」那个文案最右边显示笔记本数量。并且可以弄一个带灰色背景的数字。

辛苦了，我下个版本试试效果~

你好，这个 math.stackexchange.com 算不算比较常用的网站？

Motivating Example for Algebraic Geometry/Scheme Theory I am in the process of trying to learn algebraic geometry via schemes and am wondering if there are simple motivating examples of why you would want to consider these structures. I think my bigg... Mathematics Stack Exchange - math.stackexchange.com

这个「剪藏」是存在问题的，公式都会丢失。它的公式好像也不是 tex 格式的。

如果适配起来麻烦就算了，目前的剪藏加自己改改也快的。而且主要是这种「问答」形式的，好像只能自己去拷贝，因为剪藏工具也不知道到底剪藏哪层楼比较好，就像「知乎」一样，目前好像是按照「最高赞」那层楼剪藏的，但是有时候要的可能是另一个答案，确实无解。

嗯嗯，好的。不过这个也不算太高频，我现在都是手工去掉的~

能自动去除当然最好了~

不是很明白该怎么弄。我就想保留一些比较用得到的「资源」，但是不是马上会贴到文件中去的。

并且能够重命名成有意义的名字。

这种图片后面跟着的链接是不是有点多余了？是不是去掉比较好。

测试链接：https://en.wikipedia.org/wiki/Degree_of_a_continuous_mapping

也可以考虑考虑我这个想法：

思源笔记的移动端该怎么正确上传图片？

让思源笔记支持太多可能不一定现实，手写功能也是一个「大坑」耗费的精力巨大。但是如果打通了应用间的交互，我就可以在类似「概念画板」之类的专业手写软件上手写，然后导入结果到「思源笔记」了。

参考参考我的方案：

我是在 NAS 上启用了 webdav，然后让思源笔记同步到那个 webdav 的；然后在 NAS 上对那个 webdav 目录做快照，一小时一个~

哇，这样的话数据会爆炸吧，都是全量备份。（我发现我还没有迁移完笔记，目录就有 500 多 M 了，不过 temp 比较大，没必要备份 🤣）

全量备份不需要这么频繁吧~ 还是得依赖快照做增量~

第一个还好吧，一个「馊主意」是在思源软件本地内支持一个「webdav」把读写交给他，sync 本地的目录作为 webdav 的目录。这样问题就又变成一个 web 问题了，可以避开不同平台、系统的文件 api 了，反正笔记内置了一个 http 服务器的。

第二个的话，我之前本来也想提的，后来想想没啥必要（虽然我常用的 DevonThink 可以支持多个备份源的）。我是一开始用 webdav，后来加了一个 s3，发现只能 enable 一个。这个倒不是什么大问题，也没必要搞那么多备份。

复制整个工作文件夹又都是明文的内容，导出的话只能算是备份的一种方式吧。

为啥不复用现在的 sync 逻辑呢？理论上就是把文件的 api 上传下载换成文件系统的写入读取吧，这个应该更容易才对。背后用 google drive，icloud 之类的客户端做云备份。

突然有了一个点子，我之前提到的一个关于笔记本加密的： 可不可以考虑支持对单个笔记本加密？

这种「加密的笔记本」是不是可以总是「优先」从“sync”的目标读取，然后所有数据都放在内存中，这样就解决明文保存的问题了。 因为 “sync”的目标总是加过密，只要解密之后的笔记本不落盘就可以了

不行，对于「笔记本的上锁」的目的是打开笔记本的时候需要「输入密码」。

OK，了解，但是希望也考虑考虑同步到本地的方式。感觉这样的话你们也不用再去考虑其他什么云的 api 了，可以瞬间支持各种云备份了~ 搞各种像什么坚果云什么云的他们的 webdav，还是有点门槛的~

我还没有使用过快照回滚的功能，现在是在服务器上定时任务做文件夹快照的 😂 ，这样看起来有点多余了~

我的意思是，就像这个楼主遇到的情况，有可能触发了某些「诡异」，让他正在经历丢数据的痛苦中。

如果我遇到这种情况，那么会「导出」一份数据，然后把原来的「笔记软件」和「笔记数据」全删除了，然后重新安装一份，从本地 sync 回来。

而且支持 sync 到本地，那么我的 google drive 和 icloud 也可以用来备份数据了。这个也是我使用了很多笔记软件它们的套路，非常适合小白用户的。

你看，我这样想对不对。如果有时候因为插件，或者逻辑缺陷，导致思源笔记在做一些错误的数据删除，那么此时你的数据是"绝对不安全"的。因为本地的修改会被同步到 s3 云上，云上的数据也会经历删除。

那么我作为一个用户第一步应该先本地备份一下我的数据，再排查问题。这样我只要保证第一份备份在，数据总有回复的一天。

在出故障的时候，就不太能相信软件内的快照了。

嗯嗯，看到了~ 目前可以这么用~

这个估计在开发者日程上优先级很低，但是如果打算支持 Android 了，那么对于软件之间的互动还是有必要研究一下的。

比方说，我从 A 软件手写记了一份笔记，它的导出按钮可以选择很多的应用。如果可以导出 png，pdf 到「思源笔记」，那么我就可以通过「思源笔记」的「资源」来访问到这张资源了。

无论是支持直接「剪藏」到思源笔记，还是通过后续「资源」访问这张图片。

是不是只要在 android 的 manifest 文件里面声明自己支持哪些类型的文件，其他应用就可以往「思源笔记」里面导入资源了的啊？

如果可以的话，那么很多手写笔记软件里打的草稿就可以通过导出 png，pdf 的方式，放到思源的资源库里后续在电脑上编辑了。

应该有折中方案的吧，比方说长按呼出的右键菜单，添加一个「上传」项上传文件。

对于浏览器来说「上传」应该是是个很成熟的方式了。

有点可怕啊。。。

感觉左上角的 ☁️ 同步按钮有必要增加「同步到本地」的方式欸，可以在出问题时保存一份数据起来先。哪怕失败了也可以重新开始一份笔记，方便本地拷贝也迁移。

有一些其他软件支持这样的，比如 DevonThink 可以 webdav/icloud 之外还可以 sync 到 local storage。

windows 下还需要安装过程的么？感觉可以直接做成绿色软件，解压即用就好了。

macos 软件一般都是给你下载一个.dmg 的包，软件通知你更新了，直接把新的软件拖入 Finder 覆盖老的就可以了。

集市有个叫「工具栏 Plus」的插件。

看到了，可以的，有方法就好。

回忆得起丢失以前干了什么么？

顶一顶

思源笔记要是闭源的，你喷也就喷了；他都开源了，你要用自己编一个不就得了。你又不是软件分包商，顶多给同事朋友分享分享，或者编译完放 github 上，说不定他们还能觉得你厉害。

在这里喷是不太应该了，哪怕你付钱了，作者也没给过你需要提供所有平台支持的承诺。有些过分的软件不同平台架构还单独收费呢，比起来思源笔记就跟不要钱一样。无论怎么说都站不住脚。

不过话说回来，国产系统上是不是没什么好用的软件，要是思源笔记上架一下他们的软件商店也许能吸收不少的用户呢。多个渠道多条路。

这个其实不是什么大问题：

1. 客户端的思源笔记启动的时候本身就是有载入过程的，如果有脏数据完全可以在这里做了。而 docker 端又是不关闭的，所以几乎没有手动重建的必要。
2. 如果重建索引的动作是阻塞的，并且如果预期内它可能也是「耗时的」，那么这个动作本身也应该考虑做成有渐进的影响文档，比如重建索引过程中，【双向链接】失效（我只是举其中一个例子），或者说某些和索引相关的动作灰掉它。这些都是可以被接受的。不然必然会出现一些用户要干等你索引完全才能用笔记的情况，这个是不太能被接受的。
3. 思源笔记的数据本身就是支持快照的，而且背后看起来是有逻辑维护的，既然有快照这个特性存在，理论上增量部分的索引是不太可能造成长久的阻塞的。除非这个快照是假快照，落盘的数据也是存在变化的风险的。

是真的没必要让「用户去决定是否手动重建索引」，这个动作有点硬核了，而且会让人觉得自己的数据会不会不安全？因为重建某项东西必然会有两个结果：成功和失败。

真的不要让用户觉得他像个 DBA 一样，我从来没见过哪个知识整理类型的应用会（那么频繁地）需要用户去关心他的索引重建的。

这个让我想起了 ubuntu 经典的内部错误。

一个软件其实不需要告诉用户太多信息的，哪怕内部出错了，默默纠正好了。

你非要告诉我你内部错误了，又不告诉我该怎么帮你，那我除了给你加个油，点个 ❌，还能干啥呢？

像 ubuntu 那样实诚的话，就会给人留下非常不好的影响。其实大部分所谓的“内部错误”都是鸡毛蒜皮的小事情。

像思源笔记这种提示用户重建的，反正都需要用户手动点击，还不如默默执行一次，反正都是异步的。

而且最关键的是：不要轻易告诉用户你在重建，或者你在干什么。用户根本不关心你在后台干什么。

过多的消息其实挺烦人的，就像软件退出的时候，非得在右上角搞两个 toast 提示，

一个是：正在同步；另一个是正在退出。

何必呢，需要每次都提醒的东西，就一定不是必须要提醒的东西。

稍微换个思路，为什么不在同步失败的时候才提醒呢？

我感觉这种大概就算是经典的“程序员”思维，而不是“产品"思维，容易被程序员理解，但是用户可能就会觉得比较烦了。

当然，只是有感而发吐个槽。

这些 assets 有个特点，都是些小文件，大概都是 1KB，2KB 左右的小文件，而且大多是媒体文件，有文件浏览器打开文件一多确实会卡顿（文件浏览器会做大量的 thumbnail 什么的）。

感觉思源笔记可以设置一个阈值，比如小于 4KB 的文件就都存到数据库里面，存成 data-url 形式的字符串。

不过楼主你可以用磁盘测速工具测测你磁盘的 4k 性能，看看是不是存储介质性能存在瓶颈。也许换个更给力的 nvme 磁盘能提高不少性能。也可以看看资源管理有有什么关闭缩略图之类的配置选项，关掉它试试。

这种方式对于文档的整理会不会形成挑战？比如在一些按照科目、时间命名的文件中，出现一些引用、标签性质的文件名？

是的；这个很大程度得看自己的习惯。我就是会经常调整 tag，整理出一份结构性的内容学习，完了之后要么保持要么恢复原装。

所以很依赖一种轻量、无侵入的重排方式。