效果没说清楚，不太理解具体的场景，不过应该 python+ai 能够实现。

导出呢？导出应该可以吧

有的，有的，如果只是某台设备上设置字体，直接在设置 ⇒ 编辑器 ⇒ 字体 中设置，但是似乎只对编辑器的内容有效。如果你是全局设置字体，可以参考我的文章：思源自定义字体 - 链滴

1. 找帖子：右上角头像 ⇒ 个人主页 ⇒ 帖子，找到你要删的，点进去
2. 在文章末尾，找到「编辑」
3. 如下：

发现了新的两个方法：

1. 文档树，ctrl 加点击需要的文档进行多选，然后右击，选择「复制嵌入块」，然后找一个新的文档复制粘贴进去，就显示出来了；
2. 第二种，选择父文件夹，右击，复制这个的可读路径，然后嵌入的代码格式如下，注意有个 % 通配符，麻烦的是顺序你需要 order by 一下

{{select * from blocks where hpath like '刚才复制的可读路径%'}}
​

其他：

1. 文档连续多选小技巧：文档树可以按住 ctrl+ 点击，使变成蓝色选中状态，然后 shift+ 上下键进行连续多选
2. sql 的相关表和函数等可以参考社区的文档：思源 SQL 新人指南：SQL 语法 + Query + 模板 - 链滴

应该很难实现，推荐曲线救国的方案。

第一种：导出 word，勾选包括子文档，然后全选；

第二种，导出 markdown，使用 python 进行内容拼接。（思源本身也支持将文档拖进去变成另一个文档内容的一部分，但是标题级别会出错，所以不推荐）

sql 应该是能实现的，但是顺序控制不太好把握。而且内容多了，查出来比较卡。

我告诉你为啥，因为我自己也尝试过用云服务器部署

第一个，国内的云服务器小额的服务器，大部分都有流量包限制，比如说我的是出网 200GB，如果超过了就算钱；

第二个，s3 的云服务器提供商的，他能保证 3 个 9 的可靠率，而且有 cdn 等等，配置起来方便很多，你的服务器能保证吗？就算是云服务器，你也很难保证你的配置啥的比他的配置好，而且很多的 s3 是有问题的，比如 minio 在 ob 的同步插件中有时候会出现问题，alist 的 webdav 和 s3 也有一些问题，问题具体表现为：该删除的没删除，同步的之后会同步回去，如果你重命名，可能又会给你同步回去，结果就有了两个不同的文件。

第三个，云服务器是有可能会被打的，这个东西比流量超出还蛋疼，我去年买的华为的云服务器，用了三个月，然后凌晨天天被打，我关了大部分端口，只留了 s3 和私人 dns 的端口，结果还是天天被 ddos，给我整烦了，我就关了，现在服务器都凉着了。

第四个，费用问题，s3 一般都是按照流量计费，如果你是用来当网盘用的话，肯定是服务器搭建的 s3 更便宜的，因为存储和流量都会大很多，有的甲骨文机子甚至是没有流量计费的，但是如果你只是记个笔记，每天也就同步下载笔记的时候会消耗流量，所以实际上费用非常少，一个月也就几毛钱乃至几分钱，很多厂商默认还有免费的存储和流量额度，比如七牛云的 10gb；

第五个：宽带问题，s3 一般是没有带宽限制的，但是你的服务器有，看你的买的价格，即使是目前最便宜的华为活动六十几块一年的也才 3 兆，同步速度会下降很多，六十几块，云厂商的 s3 只做笔记能用十几年了。

然后说一下云服务器的好处，你可以 docker 部署思源，直接浏览器访问，但是也需要你去维护。如果你用的 NAS 的话，一般需要公网 IP 或者 IPv6 动态 DNS 去访问，这些都是一些维护成本，而且费用相比只做笔记的话，无论是维护成本还是消耗的时间来说，都是直接云厂商的更方便。

其实很多人担忧的是数据安全和隐私问题，如果是数据安全，云厂商的可靠性比你自己部署的可靠性高的多，隐私问题思源已经为你解决了，云端是加密的，如果你没有保存密钥，自己也打不开。

obsidan：

1. 界面不算丑吧，主题也很丰富。
2. 移动端闪退其实还好，之前大部分是 google 框架的问题，不过确实体验不好；

Notion：

1. 拖拽这玩意跟飞书完全是两码事，这两个功能差异还是挺大的，而且飞书的编辑体验也不算好，只是国内网络好点；
2. app 耗电这个八成也是 google 框架的问题，goole 商场的应用很多国内用好多都有这个问题；
3. 版本控制：页面版本控制其实挺好的，更改了什么，什么时候更改的都显示得很清楚，我觉得 notion 的页面版本算优点，至少比思源和 ob 得好得多，不止这个，还有个跟思源的版本回滚一样

flomo：
这个软件产品的定义最初就是“简”，说白了就是记录想法的，很多人莫名其妙吹成了笔记软件。产品最初就没想过往复杂的方向发展，说白了就是一个随时点开能秒记录想法的「小工具」，所以这些抨击我觉得没有评价的必要。
不过有一说一，价格确实算贵。

思源笔记：
移动端打开十几版本号更新后，打开速度挺快的。

印象笔记：

1. 剪藏确实可以，这 ai 连优点都喷。。。
   logseq：
2. 学习曲线其实不难吧，菜单也不多，不过有的设计确实反人类，比如快捷键，人家都是 ctrlP 搜索，他要 ctrl K（不止这个快捷键）

说的是这个文件不能导出。。。这个是笔记的 sy 文件。

画廊视图啊，开~~！

我直接明确说，不用考虑，思源中的模板能支持此类的运算功能，但是并不合适迁入进来，因为目前的思源的数据库的功能方面虽然看上去模板功能很强大，但是实际通用性和容错并不算高。

我之前也是 notion 的用户，现在用思源已经一年半了，但是我 notion 中的一些数据库的数据也没有迁入进来，或者是转换成了其他的内容或者格式。

说一下弊端：

第一个最先考虑的肯定就是成本问题，我自己会前端三件套、java、部分框架，但是我依旧不会想要去写模板，一方面我需要学习新语法，另一方面，思源目前的模板数据是常量字符，如果你后面数据库的字段改了，你的模板公式就失效了（notion 是绑定了 id 的，改了数据库字段，函数一样能用）

其实这种采用 notion 的函数式会方便很多的，目前这这方面功能上飞书和 wps 应该是做得最好的，支持自动化，能自动添加，notion 虽然也能，但是我在重度使用的情况下，发现有的功能 notio 不能实现，但是飞书是可以的。

其实这个迁移的过程中，主要的还是成本问题，模板中的字段是不能更改的，二就是写起来需要了解点 go 语法。（像我这样的懒狗，把 notio 的函数全部都学了之后，复杂的需求还是更习惯于直接 copy 别人的过来改变量就不用说了）

个人意见：推荐画廊。（画廊的实用性和扩展性均高于看板）

画廊与看板的区别就是，看板是必须分组的画廊（画廊可以分组也可以不分组），看板将分组的呈现效果改为了分栏的形式，具有瀑布流的效果，而画廊的呈现效果为平铺。在分组足够多和内容条目足够多的情况下，两者都会出现拖拉跨大排的情况（有的人用看板是为了方便拖拉，但是不管是看板还是画廊，内容多了都会跨大排的情况，看板是分组多跨排，画廊是内容多跨。）

解释：

跨大排：将一个条目拖动到另一个分组中去，由于分组或条目多时，需要横向或者纵向跨越屏幕，则需要拖拉屏幕。

如下：

画廊视图：如下可以看到，设置分组之后（可以不设置，看板必须设置），和看板的效果的唯一差别就是是横向平铺，而看板是纵向瀑布流。

两者都可以呈现相册，也都能实现拖拉效果，将一个分组拖到另一个分组中。

看板视图必须要具有分组：

区别就是：

OB 是毛坯房，你住进去虽然没有甲醛，但是需要不断装家具、调整布局，装修（安插件、调 css、美化），非常费时才能调整好。但是事实上，就跟你自己设计房子一样，你不是设计师，所以往往会有纰漏，所以你自己安装的房子肯定需要不断调整不断调整。

思源是别人给你全包的房子（基本的功能都齐了），你能直接进去住。虽然所有的家具、美化配置都不是最好的，但是基本都有，你都能直接使用。如果你后续想要新家具，也能从插件商店中安装，缺点是思源的目前插件要少很多。如果你自己有开发能力，那么你能实现和 Ob 中相同的功能。（但是事实上你并没有，不然你早就把 Ob 调教好了）

总结：

1. Ob 是简陋的房子，需要自己装修，可自定义性非常强，但是定义出错的或者纰漏的概率也大。
2. 思源是简装的房子，虽然扩展性不强，但是常用功能基本都有，直接住就完事。

两个软件的适用群体：

1. OB 需要特殊需求的用户，同时对折腾软件具有相当的精神、能自我学习看文档，对编程语言有一定程度的了解与学习。
2. 思源适合普通玩家，已经能直接写笔记了。如果你需要高玩特性，也可以通过 API、插件开发等去进行编程处理。

墨水屏显示器是能正常的，如果你说的是电纸书，墨水屏的一些低级设备，可能会出现问题。

1. 卡顿，这是由于一些移动端的墨水屏设备的性能导致的，这类设备硬件配置很低，比如 2k 块钱的 cpu 可能还是四五年前的中低端芯片；
2. 安装问题，这些设备可能还是 android 8、9，最多可能也就 11 12，很多软件不兼容都是正常的。

建议：放弃移动端墨水屏设备，买墨水屏显示器。
如果非要用的，其实最佳的方式是处于同一个局域网，采用伺服的方式进行访问，既不用考虑性能，也不用考虑兼容。墨水屏移动端设备刷个浏览器还是方便的，酷安有帖子。

alist 的 s3 一直没咋维护更新，不推荐，因为我在 ob 群看到很多 alist 的 s3 的服务故障，我自己也测试过，确实有。比如说，本地一个文件删除后，再点同步，s3 会把云端的相同文件同步回来。如果本地重命名一个文件的话，则被重命名的文件会被云端拉回，同时本地已经重命名的会上传到云端。当然，还有一些其他的小问题，只能说不建议 alist 的 s3，用 alist 的 webdav 可能更保险，不过 webdav 协议并发效果不咋地。

infinity cloud 我用过一段时间，能用啊。。。只是现在大部分的 webdav 服务效果都不太好，思源对 webdav 还专门设置了并发限制，所以整体体验上也肯定是不如 s3 的

目前的优化的话，我能想到的就是类似于 Duplicati（某备份工具），他也是增量备份，他的逻辑是

1. 第一个文件：把元数据的一些映射关系做了信息映射；
2. 别的文件就是加密后的元数据，同样也是进行了分片，但是他多了一个步骤，就是

压缩，我觉得这个压缩很有搞头

3. 每次增量备份，只多备份新的修改的元数据对照和压缩的元数据

他这个备份工具也支持加密，也是一样的，我个人体验同步速度算快的，毕竟他压缩的大小能指定，比如说 650MB（CD 大小），元数据足够大的话，就会有很多的 650MB 的压缩包，上传起来比思源现在的上传小文件肯定会快很多；

然后就是映射关系，他本地也有一个数据库，保存的是映射关系和日志，相当于是缓存，可以删因为云端也有，这种同步的话，除了第一次同步这个日志数据库慢点，其余时间都比思源快很多。

加密上传后的的目录：能看到精简了很多

随便说两点，第一，你拿 ob 的 livesync 实时同步来比较，并不恰当，因为 livesync 的同步是挂在服务器上，其本质就跟你部署在 docker 上，访问网页应用类似；

当然，这并不是思源同步慢的真正原因，真正的原因是：

1. 可能存在线程或者文件并行同步的数量限制；
2. 加密，你应该考虑思源是加密了的，也就是说存在类似于 Cryptomator 那样的加密措施，导致文件和文件夹众多，可以直接在对象存储平台查看加密后的文件夹就会发现非常多
3. 文件和文件夹的深度和数量都会极其影响同步、复制等速度，这个使用过 npm 以及复制 jar 包的同学应该都深有体会

我目前每次同步的速度大概在 3s 左右，如果有重大改变，可能会在十几秒左右，但是我觉得这个同步速度其实还好，因为有个 30s 自动同步的机制，所以我平时也很少手动同步，但是每次启动的时候的加载才是让我头痛的，每次都要等待封面，这个有点无语。

你如果非要对比的话，应该对标是 ob 的 remotely save 插件，记得加上加密，其次，ob 的该插件似乎不会分割文件，所以还是有一定的区别，但是会比你说的 livesync 更接近对比效果。

如果说解决的话，你要么就不用思源的官方同步，直接用三方同步工具同步 data 文件夹，这个也是可以的，我尝试过，只是不优雅。或者说用 docker 部署，这个优雅，但是只能用浏览器访问。

语法中说明了的，如果你需要打出这些 markdown 中的编码字符，请先打个转义字符反斜杠，再打你需要的字符。比如你说的*就是打

\*
​

就 ok 了

ok，已添加。可能是思源客户端的问题，那张图片也是本地的，可能是被替换后出现了异常。

s3 成本低，最方便，webdav 国内没有好的服务提供商，不建议，如果是自己搭建，可以使用。docker 主要是方便网页 web 访问，但是不能客户端同步，所以看你自己需求。

这里的意思是，服务器部署了，再配置 s3，保证数据有备份，增加数据丢失容错。

请参考我这篇文章 docker 部署思源（超详细） ，宿主机目录映射到容器的目录上，然后将 workspace 的目录设置成映射的容器这个目录，之后使用相同的命令就可以了。由于数据是映射在宿主机上的，数据持久化了。