我的那个代码是为 query 定制的，这样写 query 能有更好的显示，如果你是嵌入块使用，需要把前面的一串替换为 select * from blocks where。

另外 created 的数据没有问题，一样是因为你的模板代码中的.created 并不能调用底层的 created 数据，模板没有支持这个变量，具体可看指南中的模板章节。

最后，其实你把我的代码复制到思源中，用 query 挂件显示一下，就全都清楚了。

原封不动的，把我的代码复制进思源，看看是不是你要的效果。我这个 created 数据没有任何问题，和 updated 的数据也明显不一样

我的意思是创建时间是每个文档自带的，为何还要在通过模板获取一次呢？所以我认为第一步其实不需要

你的目标 2 就是获取今天创建的笔记，所以我用了 now，now 就是今天的日期，通过 now 代入 created，不就是获取了今天创建的文档了吗？你用我提供的 SQL 获取一下今天的文档，看看是不是你想要的效果，我自己的效果如下

创建时间每个块都有自带，不需要通过模板获取

```sql
--统计今天创建的新文档
SELECT '[' || b.content || '](siyuan://blocks/' || b.id || ')' 
    AS __00____pre__当天新创建的文档名称,
    b.created AS __01____datetime__创建时间
FROM blocks AS b where
created like '20230613%'
and type = 'd'
order by created desc

用 query 就是这样写，如果你用模板调用的话，created 那行换成 created like '.action{ now | date "20060102"}%' 即可

思源的云端设置截个图看看，也许是其他设置项有些问题

收费是分三大块的，对普通用户来说，七牛云的免费额度只有存储空间费用和请求费用，这个在他们官网有详细的文档说明：免费额度须知 - 七牛开发者中心

这也就是说，七牛同步下载的流量费用是一定有的，我认为你的费用就是这块产生的。

可以详细看看你的收费条目，如果确实有空间收费的话，可以打七牛客服要求赔偿，因为这是不应该的收费项。

这种符合个人口味的特性实现估计只能靠自己改主题的 CSS 了，因为肯定也有人就是想要引述块的背景

修改主题的具体操作可以参考这篇文章：CSS 样式百科全书（标题篇） - 链滴。其中信息已有过时，但是基本的修改思路仍是有效的

步骤很详细，我提一个小点，这样下载下来的 OCR 数据包是 fast 数据包，也就是相对来说 OCR 速度最快但是不太准确

如果想要相对更高的识别率，可以在下载完之后去 tessdata 的安装目录把 fast 数据包替换成 best 数据包，识别准确率会有一定程度的上升

参考来源：三组 tessdata 数据包对比

这个，好歹看下 AFFiNE 这个产品的形态在谈借鉴吧，它和思源完全是两个不同的赛道，咋借鉴呀

数据显示，2022 年，办公 + 协同工具全球市场规模约为 460 亿美元，是最大的通用软件市场之一，其中协同工具增速为 17%，是后疫情时代增速最快的软件赛道之一。近年来，赛道成长出多家百亿美金公司，新的技术和产品形态正在不断涌现。其中，头部玩家 Miro（可视化协作平台）和 Notion（笔记工具）因其流畅的体验和强大的功能，获粉无数，但却没有开源。更私密、更透明、更可定制、可用于 Windows/OS/Linux 的下一代知识库是否存在呢？

AFFiNE 开始了自己的尝试

也就是说，AFFiNE 走的是协同办公的方向，不是个人笔记方向。一个人的需求，和一个公司的需求，是完全不同的两种需求实现，所以没有可比性，也借鉴不了

V 姐，今天试了下设置中的搜索，发现还有一些搜不到的

• 编辑器中的“动态加载块数”和“块引动态锚文本最大长度”
• 闪卡下的全部选项
• 导出中的“添加文档标题”和“导出 Markdown 添加 YFM”
• 以上选项不是所有关键词都搜不到。
  比如搜“动态”，是搜不到内容的；
  但是搜“渲染”或者“块”，则会出现“动态加载块数”和“块引动态锚文本最大长度”选项

我是投的赞成票，因为我觉得只是多一种选择而已，我赞同的前提是因为两者是共存的关系，而非取代

用户喜欢绝对安全隐私，没问题，可以手动设立密码创建密匙

用户喜欢相对便利快捷，没问题，可以登录账号使用内置密匙

在不去除原有手动创建密匙的机制下，额外添加一种内置密匙的方案，究竟有何危险性？

总不能是，怎么忍心怪你犯了错 是思源给你自由过了火？

用自带的嵌入块复制如下代码即可。

汇聚加粗文本

SELECT * FROM blocks As b WHERE
markdown regexp '\*\*.*?\*\*'
and type ='p'

汇聚高亮文本

SELECT * FROM blocks As b WHERE
markdown regexp '==.*?=='
and type ='p'

关于别人无法编辑我倒是有一个小妙招，不过也是防君子不防小人。

先切换成只读模式，然后通过代码片段隐藏只读模式那个按钮，这样子伺服别人就无法编辑了。

更秒的是如果对方是 Windows 系统并且使用的是搜狗输入法，那么切换只读/编辑模式的快捷键 ctrl+shift+g 也会被搜狗占用

写的好详细 👍 ，我之前鼓捣时没有这么详细的帖子，只能东抄抄西看看，慢慢琢磨，花了不少时间

感谢指点。但是我用''包围起来之后仍然不起效果，我甚至去 config.js 文件中直接填入 markdown 的数值为'{: style="width: 200px"}'，还是不起作用 😭

可以看我最新发布的 query 用法的帖子，对于多关键词搜索，已经可以较为完善的实现了

Flowus 和滴答是官方写的帮助文档吧？写的确实不错。我发两份完全由热心用户写的帮助文档，可以适当参考一下。

1. Logseq 用户撰写的帮助中心
2. Obsidian 用户撰写的帮助中心
3. 如果觉得前两份过于麻烦，那其实写成这样也无不可：Obsidian 的凌乱帮助中心，查询内容全靠搜索，这样的文档对文档撰写者的要求急剧降低，可以快速写成。只不过这样写的话，内容一定要全，因为一份内容不全而又凌乱的帮助中心用处是不大的。而这份文档就是作者已经连续收集了三年，绝大部分问题都有囊括，堪称 Obsidian 的问答百科全书了。
4. 视频我也没有太好的思路，感觉思源的进展很快，发系统性的视频的话说不定很快就过期了，千问倒是一个很棒的思路，而且可以和第三点相结合

老哥太强了，给你点赞。但是我有一点疑惑，你位置怎么在 Tokyo

我不是专业的运营人员，以下说几句粗鄙的见解，如有不到之处还望海涵

1. 价格因素：首先要对会员价格进行推敲重定，国内用户对价格这个东西很敏感，而就我所见，思源的定价是比较高的。国内的软件，控制在 100 以内的年费是相对比较能接受的，强如滴答这种几乎在清单领域制霸的应用，会员也只是 139 而已。ob 和 logseq 定价看似较高，但其实有空子可钻，而目前官方并不反对。ob 教育拼车是 80 元/10GB/人/年，logseq 则更是低至 43 元

2. 本体功能：思源本体还需继续打磨，目前还有一些方面做得不够到位。说实话思源对爆点的把握力度是不够的，比如关系图谱、插件和白板，这几个点都比间隔重复要劲爆，话题讨论度更高，但是思源迟迟不上，导致舆论上处于劣势。诚如 D 大所言，UP 主都不用怎么费力气，只需按部就班，一天讲解一个插件功能，logseq 和 ob 都可以发几年的视频了。这让思源的舆论如何追赶？

3. 生态多样：尽快开拓国外的市场，一来国外的用户对价格不太敏感，可以回血；二来比较有闲暇时间进行插件的开发，补充生态的短板。另外关于这一点还可以参考当年滴答 CEO 的一段问答

   被问到为什么会先从国外市场做起，滴答清单的 CEO 袁俊表示，这样做主要出于几个原因：首先是团队本身有在海外的成员，国外经济发达地区对时间管理 App 的认可程度也比较高。另外还有一个很大的好处，就是海外分发渠道相比国内要简单地多，国内移动互联网的竞争 “简直就是炼狱模式”

   所以思源声量不大 D 大暂时不用心急，这在国内市场是很正常的，甚至于做到现在，说一声思源优秀也不为过。三年来持续不断的更新改进，没有几个软件能做到。而同批的笔记软件，偃旗息鼓的更是数不胜数，D 大做到现在足以自豪

4. 坐和放宽：最后一点，其实也不用太看别家怎么样，做好自己就挺好了。思源我看现在也挺累，和 logseq 比 block 双链，和 obsidian 比 page 文档，编辑器则是和他两一起比，有时还要加上语雀。那合着好处全想让思源一个 APP 实现了，这可能吗？有些用户也不知道是在想些啥。思源现在定位这中间不是挺好的吗，双链 + 文档都支持，并且都支持的很好，编辑器手感也很棒，不说都是 100 分吧，至少 90 分的水平是有的，全综合只此一家，别无分号（甚至还是全中文环境，下插件主题不用魔法也不用翻译，简直爆杀）

在代码片段中添加下面这段 JS 代码就可以了

console.log("加载代码片段：自动展开文件树");
document.querySelector('.sy__file').addEventListener('mousedown', event => {
  if (!event.target.classList.contains('b3-list-item__text')) return;
  if (event.target.parentNode.getAttribute("data-type") !== "navigation-file") return;
  const b3ListItemToggle = event.target.parentNode.querySelector('.b3-list-item__toggle');
  if (b3ListItemToggle.classList.contains('fn__hidden')) return;
  b3ListItemToggle.click();
});

下面有个老铁说的顶端下拉搜索是否可行呢？感觉他的建议也是个比较好的实现方式

不太行，主要因为搜索是随机的词语，而命名查询的是比较固定的

如果是左侧主要放 dock 面板的话，那或许考虑加一个底栏？可以参考下 logseq 的底栏设计，对于移动端来说它的底栏是不错的。

我觉得思源至少可以放三栏，分别是

1. 录音。有条件的情况下利于快速输入，比打字快多了
2. 日记。DailyNotes 流程必备，不多阐述了
3. 搜索。移动端高频使用的功能

当然这只是我的一己之见，V 姐可以酌情考虑

确实，仔细想来，“搜索输入为空时将显示搜索历史”似乎是一种更通用的展示方式

哈哈，确实，思源很多小功能做的不太明显。

而且经你这么一提醒，我觉得桌面端在打开全局搜索界面时就自动展开那个搜索历史会好点。

但是“输入为空时将显示最近更新的块”和“输入为空时将显示搜索历史”这两项究竟哪个更重要呢？好纠结，感觉要做个投票好点 😂

桌面端有的，你点一下弹出的全局搜索窗口左上角的放大镜图标

我感觉使用 assets 的方法比较难，主要是目前没看到业界有这种解决方案，不好借鉴。

如果是要走节省流量的路，那大概率也只能是添加一个和 MWeb 一样的功能，用户自行设置图床，然后粘贴图片自动上传到图床，其他的附件则随空间一同保存。MWeb 的功能参考：MWeb 的图片上传服务介绍 - MWeb。

不过这样终归是感觉不对劲，主打本地隐私功能的软件，图片用图床存储，感觉有点分裂。但是作为一个小功能也未尝不可，看 D 大取舍了

用搜狗输入法设置自定义短语就好了，我就把 vv 的第一个设置成了（（，这样直接 vv 空格 就会打出（（，很方便，而且【【也可以照常使用

具体操作文章里有写的，如果你能同步成功的话就没有问题了，能成功的话 OSS 上肯定会有 repo 文件夹。

如果你确实能同步成功在 OSS 上却找不到文件，可以尝试在 OSS 的网页控制台上点击侧栏的“用量查询”-“文件访问统计”，时间调整为“7 日”。然后就能看到 repo 文件夹了

19 年之前注册实名的腾讯云老用户有免费 50G 空间和每月 10G 下载流量。不是老用户的话其实不推荐腾讯云，价格优势不如阿里七牛华为

ob 的反链功能问题很大，无法块级关联，插件过度复杂且容易冲突。之后随着 obsidian 的更新，原本的问题都已经改进了

你说的几个问题 ob 并没有改进

反链功能不是只有块级关联这一个功能，就说最简单的 ob 中的反链如果要移动到正文都很难，还有反链文档不能按照引用数排序，不能拖动，不能在反链面板上编辑，反链面板的搜索问题等等。

至于插件复杂的问题更是无解，因为第三方插件的多样化现在是 ob 的一大优势，而第三方的多样化必定带来复杂和冲突

比如，我需要的

从这一点可以看出，并非是 ob 超越了思源，而是在你需要的方向上，ob 超越了思源，这太正常了，因为任何软件都不可能 360° 全面

想要以上功能，实现起来都很麻烦，效果差，且增加大量时间成本

这一点我想说，如果使用 ob，很多非常简单的功能，你都需要花大量时间成本去摸索。其消耗的时间精力是思源的数倍不止

对比 ob，思源的功能到底强大在哪里，为什么强，他们能够应用在哪些场景之下

简单来说，有以下四个需求的用户大概率会选择思源

1. 需要阅读 PDF 的用户，ob 无法很好地实现
2. 对编辑器手感有要求的用户，ob 的编辑器手感和思源不能比，所见即所得做的还不够到位，比如列表中如何写入表格、代码块、引述等内容？当然你要是喜欢 md 源码模式就暂且别论
3. 使用 dn 笔记法 + 需要长文写作的用户。思源的反链功能优秀，日常记录使用 dailynotes 笔记法，同时也需要写一点系统性长文的用户。在这个方面，ob 的反向链接做的不够好，logseq 的长文笔记做的不够好
4. 不想在磨刀上花费太多时间的用户。思源是全中文且不需挂梯，真正的开箱即用。ob 需要挂梯，需要翻译插件的英文使用文档，这些都是需要额外付出的时间精力成本

但是我的笔记在 cloudflare 中占用 180M ，传到群晖这个就 600M 了

这个在英文的官方文档中可以找到原因，应该是因为 C2 对象存储上的最小数据单位为 128 KB。任何小于 128 KB 的对象仍按 128 KB 计算和计费。而 cloudflare 或者阿里云 oss 这些是没有最小数据单位的

所以一个 1kb 的空文档 cloudflare 就是算作 1kb，而群晖 C2 就会算成 128kb，直接翻了 128 倍，因此群晖的空间占用会大很多，具体大多少则取决于 repo 分块里面的零碎小块的多少