帖子已被屏蔽，回帖内容不再显示。

语言高度倒是在导出的 HTML 里面也能复现，就是把 CSS 标题栏的宽度算成 0.001 了，不知道为什么。

或许这是 Linux 版本的特有问题？我在 Windows 上测试一下看看。

麻烦 D 大给一些指导意见吧。 @88250

谢谢 D 大回复。

这个问题看起来是主题的问题，但实际上来源于思源底层在转换 PDF 和图片的时候，加入的额外的 CSS 或额外的设置和主题有冲突。这个额外设置不知道在哪，主题想修但不知道如何修。有没有方法拿到输出 PDF 的中间产物？

我问这个问题是因为我自己维护了一套自用的主题，里面用到了知乎主题的代码块 CSS，出现同样的问题，搞了几天也没搞明白原因是什么。现在想要修复这个问题，所以采用了知乎主题来复现。

我觉得这个不全是主题的问题的理由是：直接导出为「思源 HTML」，再通过 Edge 浏览器输出为 PDF，结果就非常正常。这说明主题自己的 CSS 在浏览器中是正常的，思源输出的 PDF 不正常一定是变化了一点什么。现在就是想搞懂这个变化是啥，我就能把自己主题里面的问题修复，顺便可以给知乎主题提一个 PR。

大家不要对「找回密码」有那么高的期待。加密技术本身决定了，如果能找回密码，事实上就没有信息安全，你的加密信息是和能帮你找密码的第三方是共享的，让思源来当这个第三方，责任也太大了，大家也不一定认可。

siyuan-secret-block 其实就是用你的密码作为密钥，用 AES256 加上密钥对你的信息加密，然后存放在存储中。解密的时候正好反过来。信息安全是有保障的，但不可能找回密码。

回想一下 git 如何解决同一个文件两处不同修改产生的合并冲突，就可以理解这个「同步」为什么这么难搞了。简单来说，git 对这种冲突得留给用户手动解决，如果要同时保留双方的修改，必须得是文本文件。但思源的同步对象是加密后的二进制块，没有文本文件可用，就只能回退到本地和远端版本二选一的情况，不符合用户期望并丢失数据是一定会发生的事情。除非回到明文文本存储，这个问题我觉得技术上无解。

同步这个功能要保证不出问题，还得依靠把自己的工作流「线性化」，同一时间只在一个设备上更新笔记，并且打开自动同步功能，保证每一个更新都及时同步到远端。当然如果更新频次低，手动同步并保证「启动笔记后同步一次，关闭笔记前同步一次」，也不会出问题。

如果需要多端同时修改，这个需求技术上其实等价于多人协作，目前可行的方法是把 data 目录用 git 管起来，然后多端通过 git 同步和解决冲突。思源最开始的时候就是使用的这种方式。

确实有影响。

已确认 Google Chrome 同样有类似问题，系统自带的 Chromium 没有问题。

思源笔记版本为 2.4.10

同步方案其实可以自己搞。

1. 简单搞法：各种云同步都可以，但不要自动同步，用手动同步，开思源的时候不开同步软件，开同步软件的时候不开思源。
2. 折腾搞法：将思源的 data 目录用 git 管起来，定期手动或自动地将数据变更记录到 git 中，自己用 gitea 建一个 git 服务器，然后用 git 的仓库同步来实现数据同步。

思源最让我满意的地方就是 「数据完全在本地、开放格式、文本存放」，永远不用担心官方如何如何。

如果是 VeraCrypt 加密的话，加密卷应该是以一个盘的形式出现在系统中，如果思源的工作目录放在这个盘上，就自动实现加密效果。如果是这样，不应该有同步冲突。

个人建议：如果需要数据加密，直接做全盘加密更方便，Win10 下面的 BitLocker 和 macOS 下面的磁盘加密都可以。

标题可以改成「思源笔记更新太频繁了，我的体验并不好」就会少很多口角。对一个软件发表自己的看法，表达自己的感受，是完全可以的。但不能把自己的体验提升到产品的用户体验上。就像评论去区里面看到的，有人还盼着天天更新呢，对他们而言，更新频繁恰好是体验很好。更不要用「真正记笔记的工作者 blablabla」来为自己的观点壮胆，没必要。大家都是思源的付费用户，都是真正记笔记的工作者，有很多人就觉得装饰笔记挺好的，所以不能把自己的观点强加在别人头上不是么？

思源是否可以重拾之前的 git 管理历史的方法？或额外建立一个 git 仓库作为镜像？虽然 git 对小白用户仍然不友好，但是对思源有两个好处：一个是保留了全部历史（而不是部分历史），二是如果出现类似这位用户碰到的复杂情况，思源这边技术支持也比较方便。个人建议，仅供参考。

遇到同样的问题。尝试了多个主题，发现这个和主题无关，官方的 daylight 主题的输出结果一样有这个现象。

不过 ID 重复确实是一个麻烦的问题。

我感觉这个可以换一个思路：原生格式导出的结果是一个 zip 压缩包，压缩包的内容为 笔记本/笔记(包括子笔记) 对应的目录、文件和资源的 打包，压缩包的文件名可以默认用笔记本名/笔记名。导入的时候，也只支持从这样的压缩包中导入。如果导出是一个压缩包，其实用什么名字都无所谓，反正导出以后还能自己改名。

支持原生格式导入和导出，虽然只需要对目录打一个包就好，但对部署在共享服务器上的思源太有用了。文件名我理解题主的意思是「导出包」的文件名用「笔记本名」（导出一个笔记本）或「文档名」（导出单个文档）来命名，这个和源文件 ID 人类不可读不冲突。

x86 同样打不开，可能是同一个问题。

感谢，尝试后没效果。感觉是思源里面有一些特殊的 Box 或设置了特殊的 Box-sizing，简单的设置没有效果。

😄 😄 😄 这个场景确实很重要 😄 😄 😄，想起以前大学的时候了。

我的做法暴力一些，供参考：直接把系统做成全盘加密，苹果电脑启用「文件保险箱」，Windows 启用 「BitLocker」。操作系统启动时候输入一次密码， 其他时候就不需要密码了。当然前提是这必须是你自己的电脑。

咱不纠结这个了啊。你说的对，我忘了还有群，所以数据应该不是这样的，肯定比三次要多。我觉得可以在论坛和群里搞一个调研，调研一下端到端加密存在的问题，让没有问题也是一个选项，这样可以给 D 大更好的反馈。

我非常赞同题主积极提反馈、提需求、提想法，做软件真的很需要这样的用户。不过从软件开发者的角度，我个人的偏好是这样的：用户提需求时，把自己的场景、要解决的问题、要达到的效果说清楚，确保开发者准确理解了，就已经非常好了。用户不要帮「别的用户」提需求，这在开发者这里毫无意义；也不要把自己的需求放大为「一类用户」的需求，因为这没有证据开发者其实无法采信。这是我不大赞同里面一些观点的原因。咱们求同存异，多给 D 大反馈，思源肯定越来越好。

挑一个论据错误，仅供娱乐，不必放心上。上面说“论坛中忘记端到端密码的还少吗”，似乎印证了“大部分用户都有忘记思源笔记端到端密码且带来损失”的结论。实在惭愧，论坛中有一个请求重置端到端密码的求助，是我发的。但我在发帖之前搜索了一下，就 1 个贴子提到忘记密码，没有人提到重置的事情。加上题主这一篇，论坛可能就 3 篇贴子说“忘记端到端密码”这个事，受到损失的目前仅题主自己（我有可能算错，请纠正）。要知道忘记密码丢失全部数据这是非常重大的事，用户真出了这个问题大概率会来求助的；反倒是没有忘记密码，或者忘记了但没受到损失（有其他备份手段），是不会来论坛说这个事的。所以，相比“论坛中忘记端到端密码的还少吗”，更大的可能是“忘记端到端密码的人可能真的不多，忘记了还造成了损失可能更少”。😄

还好，能找回就很好了。

我用思源笔记，我自己也开发软件。软件这边存在这样一个事实：每一个用户在提自己的需求、想法时，理由都如你一样非常充分。在用户的心里，不实现他的需求简直是岂有此理。然而，开发者面向的是很多用户。在开发者这边，这些用户的需求常常相互冲突，即使不冲突也还要考虑软件自己的市场定位和技术发展趋势，所以抉择非常艰难。思源发展这么长时间了，做出的这个端到端加密的抉择，显然是深思熟虑后的。所以作为用户，我们还是要理解开发者的不容易，不能觉得自己的需求就比天还大，一定要得到满足。

题主丢失数据的愤怒是可以理解的，但应该认识到这是自己密码管理的失误，不是思源软件设计的缺陷。

一方面，软件设计不可能让每个人都满意。比如和题主相比，我就十分在乎云端数据不能被我之外的任何人读取。思源要是提供找回密码的功能，我反倒十分不放心。思源提供不加密的选项我也不会用，我反倒会担心我是不是没有加密。所以这一方面，我的建议是我们遵从软件设计者的选择，来决定自己是否要用思源，以及如何用思源。

另一方面，密码管理失误其实是非常大的大事。密码本来就是用来保护自己的数据安全的，所以密码本身的安全更加重要，如何保管密码更是重中之重。很显然，虽然思源在端到端页面一再提示「密码丢失数据无法找回」，题主仍然没有足够重视，这可能意味着很大的问题。这一方面，建议题主吃一堑长一智，设计自己的密码管理方案，此后必定受益无穷。

我个人觉得思源的端到端加密是一个非常赞的功能。真正的笔记作者，都是很在乎自己的数据的隐私的，端到端加密是一个「没有任何人能够读取自己的数据」的强保证，是让作者放心的保证。

忘记了端到端密码，我觉得还是密码管理习惯不好。有可能是随意设置了一个密码，当时觉得自己能记住，结果后面（毫不意外地）忘掉了；也有可能是设置了一个复杂的密码，然后把自己搞迷糊了。端到端加密密码这样的重要密码，是不应该用大脑来记忆的。这方面推荐一下 BitWarden(https://bitwarden.com/)，你只需要记住一个密码，然后就能管理所有密码。我现在只记忆 BitWarden 的主密码和几个最常用的服务的密码，其他都生成随机密码放到 BitWarden。再给 BitWarden 设置上双重验证，主密码被人知道了也不用担心密码库被窃取。

尝试了修改 build/*/*.js，但是渲染的网址仍然是 plantuml.com，看来没找对地方，但也没有其他的文本文件里面有 plantuml.com 这个字符串了。等等吧。

刚捋了一下 plantuml 块的页面源码，发现就是一个 <img> 标签，里面的 src 指向了 plantuml.com。添加配置项确实有一点工作量，可能需要从配置一路传递到模板。是不是还有其他捷径我自己可以先 hack 一下？比如说某个文件就是模板，我可以直接把模板里面的 plantuml.com 给换了。😄