刚想说这个是 windows 系统的锅，再一看是 macos。。。

啊……如果是插件的影响那感觉就很麻烦了

基本上和电脑装了一样的插件。不在家的时候需要用电脑伺服

enne 是的，每次有冲突都是要删掉，手机上传到云端，电脑再同步一遍，然后手机再次下载确认没有冲突才算完事 😂

这个倒是没有诶，我的手机思源都是长期挂在后台的，很少会退出，想着用的时候可以直接点开，不用输鉴权码

已经测试过了，还是会生成冲突文档，特别是手机端当前正在打开的

是每次写完都设置只读吗？如果手机上开了只读，然后又关掉，再打开只读，这样会被判为文档更改过不？

我也是这个配置，电脑手动，手机完全手动，用的 s3 同步

你手机端是自动同步的吗

这样子啊

一定要关闭电脑端吗？等电脑端显示同步完成之后再同步手机也不可以？

另外，有好几次好像都是关了电脑，我在床上同步到手机也会有冲突，手机当前打开文档的冲突概率极大

我是比较担心会不会发生什么错误覆盖的情况，很害怕把正确的覆盖了原来的也没有保存就寄了 😂

是呀，我也是手机端不编辑只查看，手动控制下载

这样子啊，好吧，那好像是只能曲线救国，把这个搜索结果收藏下来了，谢谢大佬~

这样子啊，那有办法在某个标签下快速筛选出自己贡献的帖子吗？

解决方案在这里： 请问有什么方法可以提升使用 sql 语句查询笔记的效率嘛

说实话，我也挺担心的。。。这个 A 文档 引用了另一个 B 文档的内容块 很多次，B 文档的反链面板在拖动边框的时候有明显的卡顿。。。

原来如此，好像就是之前没有已下载这个页签的时候就能直接看到更新的信息，不过感觉多走一步筛选感觉还是有点麻烦 😂

小声问一句，这个 QV 插件，是建立在嵌入块上的，每次打开文档都会刷新一次，不会占用资源造成软件卡顿吗。。。

我用嵌入块写个每日随机文案，都感觉有点害怕占用资源。。。

臣附议，画廊视图其实挺贴近卡片的，之前用 Notion/flowus 就这么用过，很舒服，只是不知道思源的这个画廊，是不是可以支持点开就是一个文档，现在的表格视图，真的只是个表格

哇！真的吗！大佬真的太强了 @queguaiya ！❤️

原来如此，找到问题了，是 emoji 增强插件带来的冲突，这就去反馈，谢谢~

对呀，就是用的这个斜杠菜单。我想问的是，之前在这个表情面板下，好像是有一个分组的按钮，现在是取消这个功能了吗

集市的挂件里有个计算器

刻进了程序员基因里的变量命名规则，忘记了不写程序的人不知道这个规则

这是查询单个标签笔记的 sql

WITH RECURSIVE TargetBook AS (
    -- 这里定义目标书籍名称
    SELECT '《我们纯真的青春》' AS book_name
),

TargetExclusion AS (
    -- 这里定义需要排除的内容
    SELECT '%((%00-功能测试文档%))%' AS exclusion_pattern
),

FilteredBlocks AS (
    -- 只保留 hpath 符合条件的内容块
    SELECT * FROM blocks 
    WHERE hpath LIKE '%/DailyNote-时间索引/%'
    AND content NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)  -- 排除内容块中的不相关内容
),

BookChapters AS (
    -- 选取目录超级块（确保是指定书籍的目录）
    SELECT b.id, b.content, b.markdown
    FROM FilteredBlocks AS b
    JOIN TargetBook tb ON b.fcontent LIKE tb.book_name || '-%'
    WHERE b.type = 's'  
    AND b.markdown NOT LIKE '{{{col%' 
    AND b.markdown NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)  -- 排除不相关内容块

    UNION ALL

    -- 递归查找属于该书籍目录的 **所有章节块（标题 h）**
    SELECT b2.id, b2.content, b2.markdown
    FROM FilteredBlocks AS b2
    JOIN BookChapters AS bc ON b2.parent_id = bc.id
    WHERE b2.type = 'h'  -- 只递归查找标题块
    AND b2.markdown NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)  -- 排除不相关内容块
),

RelatedNotes AS (
    -- 直接包含对该书籍的反链引用的内容块
    SELECT b.id, b.content, b.markdown, b.type, b.hpath
    FROM FilteredBlocks AS b
    JOIN TargetBook tb ON b.markdown LIKE '%((%' || tb.book_name || '%))%'
    AND b.markdown NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)  -- 排除不相关内容块

    UNION

    -- 通过 refs 表反链引用书籍章节的内容块
    SELECT b.id, b.content, b.markdown, b.type, b.hpath
    FROM FilteredBlocks AS b
    JOIN refs AS r ON b.id = r.def_block_id
    WHERE r.def_block_id IN (SELECT id FROM BookChapters)
    AND b.markdown NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)  -- 排除不相关内容块
),

-- 递归查找 `RelatedNotes` 的所有子块
RecursiveChildren AS (
    SELECT b.*
    FROM FilteredBlocks b
    WHERE b.parent_id IN (SELECT id FROM RelatedNotes)

    UNION

    SELECT b.*
    FROM FilteredBlocks b
    JOIN RecursiveChildren rc ON b.parent_id = rc.id
    WHERE b.content NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)  -- 排除子块中的不相关内容
),

ImportantPoints AS (
    -- 筛选出 “#功能标签#” 的内容块
    SELECT b.*
    FROM RecursiveChildren b
    WHERE 
        b.tag LIKE '%精彩文案%#%'  -- 确保包含 #功能标签#
        AND b.tag NOT LIKE '%#【专辑】%读书笔记#%'  -- 确保不包含 #【专辑】%读书笔记#
        AND b.type = 'i'
)

SELECT * FROM ImportantPoints
ORDER BY CREATED;

emmm，用 gpt 重新写了一个查询语句，性能高了很多很多，贴在这里记录一下吧

WITH RECURSIVE TargetBook AS (
    -- 目标书籍
    SELECT '《最好的我们》' AS book_name
),

TargetExclusion AS (
    -- 需要排除的内容
    SELECT '%((%00-功能测试文档%))%' AS exclusion_pattern
),

FilteredBlocks AS (
    -- 只保留符合条件的内容块
    SELECT * FROM blocks 
    WHERE hpath LIKE '%/DailyNote-时间索引/%'
    AND content NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)
),

BookChapters AS (
    -- 选取目录超级块（确保是指定书籍的目录）
    SELECT b.id, b.content, b.markdown
    FROM FilteredBlocks AS b
    JOIN TargetBook tb ON b.fcontent LIKE tb.book_name || '-%'
    WHERE b.type = 's'  
    AND b.markdown NOT LIKE '{{{col%' 
    AND b.markdown NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)

    UNION ALL

    -- 递归查找属于该书籍目录的所有章节块（标题 h）
    SELECT b2.id, b2.content, b2.markdown
    FROM FilteredBlocks AS b2
    JOIN BookChapters AS bc ON b2.parent_id = bc.id
    WHERE b2.type = 'h'  
    AND b2.markdown NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)
),

RelatedNotes AS (
    -- 直接包含对该书籍的反链引用的内容块
    SELECT b.id, b.content, b.markdown, b.type, b.hpath
    FROM FilteredBlocks AS b
    JOIN TargetBook tb ON b.markdown LIKE '%((%' || tb.book_name || '%))%'
    AND b.markdown NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)

    UNION

    -- 通过 refs 表反链引用书籍章节的内容块
    SELECT b.id, b.content, b.markdown, b.type, b.hpath
    FROM FilteredBlocks AS b
    JOIN refs AS r ON b.id = r.def_block_id
    WHERE r.def_block_id IN (SELECT id FROM BookChapters)
    AND b.markdown NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)
),

-- 递归查找 RelatedNotes 的所有子块
RecursiveChildren AS (
    SELECT b.*
    FROM FilteredBlocks b
    WHERE b.parent_id IN (SELECT id FROM RelatedNotes)

    UNION

    SELECT b.*
    FROM FilteredBlocks b
    JOIN RecursiveChildren rc ON b.parent_id = rc.id
    WHERE b.content NOT LIKE (SELECT exclusion_pattern FROM TargetExclusion)
),

TagList AS (
    -- 统一管理所有要统计的标签
    SELECT '内容有感' AS 笔记类型, '%内容有感%#%' AS tag_pattern
    UNION ALL
    SELECT '内容讨论', '%内容讨论%#%'
    UNION ALL
    SELECT '精彩文案', '%精彩文案%#%'
    UNION ALL
    SELECT '重要观点', '%重要观点%#%'
),

DesiredTags AS (
    -- 筛选出符合 TagList 里定义标签的内容块
    SELECT b.*, t.笔记类型
    FROM RecursiveChildren b
    JOIN TagList t ON b.tag LIKE t.tag_pattern
    WHERE b.tag NOT LIKE '%#【专辑】%读书笔记#%'
    AND b.type = 'i'
),

TagCounts AS (
    -- 统计每个标签的笔记数量
    SELECT t.笔记类型, COUNT(b.id) AS 数量
    FROM TagList t
    LEFT JOIN DesiredTags b ON t.笔记类型 = b.笔记类型
    GROUP BY t.笔记类型
)

-- 最终统计结果，保证所有标签都显示，即使没有笔记
SELECT t.笔记类型, COALESCE(tc.数量, 0) AS 数量
FROM TagList t
LEFT JOIN TagCounts tc ON t.笔记类型 = tc.笔记类型
ORDER BY t.笔记类型;

我的使用场景是，想把把阅读书本时产生的笔记 按不同的功能标签 汇总起来，另外统计不同的功能标签的笔记数量。

所以设计了一个类似下面的结构：

- [[书本名字反链]]，#读书笔记标签#

    ## 书本章节1

    ### [[主题反链]]

    - #功能标签1#
	笔记内容

因为 功能标签的父级块不是书本名字，所以就想到 多嵌套一层查询条件，通过匹配查找书本目录这个超级块里的章节名称（标题块）来找到对应的笔记内容 ，实现曲线救国

帖子里的语句 是 汇总统计了 在这个结构下 4 个不同功能标签 对应的笔记数量

A 佬在群里发了一个最新的 3.1.26，那个已经修复了

好哦 🎉 D 大辛苦了！