log：

E 2021/11/23 17:01:20 liandi.go:301: get cloud sync info failed: [Post "https://siyuan2.b3logfile.com/apis/siyuan/sync/getSiYuanWorkspaceSync": dial tcp: lookup siyuan2.b3logfile.com: no such host]
E 2021/11/23 17:02:22 liandi.go:301: get cloud sync info failed: [Post "https://siyuan2.b3logfile.com/apis/siyuan/sync/getSiYuanWorkspaceSync": dial tcp: lookup siyuan2.b3logfile.com: no such host]
E 2021/11/23 17:03:26 liandi.go:301: get cloud sync info failed: [Post "https://siyuan2.b3logfile.com/apis/siyuan/sync/getSiYuanWorkspaceSync": dial tcp: lookup siyuan2.b3logfile.com: no such host]
E 2021/11/23 17:04:31 rsync.go:122: upload failed: kex_exchange_identification: read: Connection reset by peer
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(228) [sender=3.2.4dev], exit status 12
E 2021/11/23 17:05:49 liandi.go:301: get cloud sync info failed: [Post "https://siyuan2.b3logfile.com/apis/siyuan/sync/getSiYuanWorkspaceSync": context deadline exceeded (Client.Timeout exceeded while awaiting headers)]
E 2021/11/23 17:07:07 liandi.go:301: get cloud sync info failed: [Post "https://siyuan2.b3logfile.com/apis/siyuan/sync/getSiYuanWorkspaceSync": context deadline exceeded (Client.Timeout exceeded while awaiting headers)]
E 2021/11/23 17:08:24 liandi.go:301: get cloud sync info failed: [Post "https://siyuan2.b3logfile.com/apis/siyuan/sync/getSiYuanWorkspaceSync": context deadline exceeded (Client.Timeout exceeded while awaiting headers)]
E 2021/11/23 17:09:42 liandi.go:301: get cloud sync info failed: [Post "https://siyuan2.b3logfile.com/apis/siyuan/sync/getSiYuanWorkspaceSync": context deadline exceeded (Client.Timeout exceeded while awaiting headers)]
E 2021/11/23 17:10:59 liandi.go:301: get cloud sync info failed: [Post "https://siyuan2.b3logfile.com/apis/siyuan/sync/getSiYuanWorkspaceSync": context deadline exceeded (Client.Timeout exceeded while awaiting headers)]
E 2021/11/23 17:12:17 liandi.go:301: get cloud sync info failed: [Post "https://siyuan2.b3logfile.com/apis/siyuan/sync/getSiYuanWorkspaceSync": context deadline exceeded (Client.Timeout exceeded while awaiting headers)]
E 2021/11/23 17:13:21 rsync.go:122: upload failed: kex_exchange_identification: read: Connection reset by peer
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(228) [sender=3.2.4dev], exit status 12
I 2021/11/23 17:14:20 sync.go:92: sync by hand
I 2021/11/23 17:14:21 sync.go:80: sync has been locked
E 2021/11/23 17:14:25 rsync.go:122: upload failed: kex_exchange_identification: read: Connection reset by peer
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(228) [sender=3.2.4dev], exit status 12

哈哈，主题我一直在用，好评~

还是希望系统层面能支持类似的能力，而不是把这个操作交给用户。

如果每天都要两个设备换着使用，那么无形之中会增加大量的无效操作。

另外，补充下在 B 设备上并没有修改已有文件，而是创建了一个新文件，但新文件在同步过程中就被删除了。

这种情况系统有办法能识别出来不？是否可以借此优化下同步的逻辑？

没有同时使用。先用完 A 设备，关闭了 A 设备，再开始用 B 设备的。

😂 表格的使用场景还是蛮多的，等你们手头这几个大特性上线后，还是提一提表格的优先级吧

表格方面未来的规划是如何的？我看最近的更新中都没有涉及到表格的优化~

这个语法可以的，非常感谢！

嵌入块的 sql 写起来还是比较难的呀。

当前“还不支持账号登录和同步”，这个预计什么时候可支持呢？ @88250

收到，很好用，多谢你了！

感谢感谢~

模版的了解了。但还是想问下，如果不使用模版的话，直接在嵌入块中输入 sql，sql 应该如何写呢？

我的诉求可能简单一些，就是一个嵌入块，增加一个时间判断的 sql，但是不知道怎么写。

试了一下还是不行，是我这个 sql 写的有问题吗？

SELECT * FROM blocks WHERE alias like '%xxx%' and created >= current_date - interval 7 day order by created

楼主，你日记模版中的星期几是怎么加上去的？可否赐教一下？

好的，谢谢！

或者说，模版中的这些 id 信息，是否可以删除？

另外，如果想要在模版中保留空行，是否增加一个 id 信息就可以实现？

关注一下这个帖子，更新完之后，确实没有办法看了。

SQL 就是嵌入了吧？

感谢 Dammy 分享，社区太需要这样的好文章了！

思源是个好工具，但是如何把这个工具用到最佳，还是需要借鉴大家的实践经验，否则好工具也会被浪费的。

“传递式双链”对我启发很大，一直困扰我的一个问题就是我在 Daily note 中打上的标签，后面都没有去看。但如果使用“传递式双链”的话，未来只需要打开关键字页面，在反向链接面板中把内容拖过去即可。这个用法就大大的降低了未来整理的压力。计划近期就开始尝试用起来！

1.4.0 版本刚试了下，MAC 下仍旧存在这个问题，还是无法退出。

如果取消最小化的托盘，是可以退出的。

更新到 1.3.9 后，MAC 上仍旧无法退出。

+1

很棒，想看到大家更多的使用分享！

“不要运行时实时同步”，这里是指思源在编辑时关闭同步，完成编辑后手动点击同步吗？

另外，能否给“重建索引”一个快捷键？

使用第三方同步盘后的一个频繁操作就是要不停的重建索引，但目前没有快捷键，而且菜单入口比较深，每次都要点多下效率不高。不知道这块是否可以优化下？

@Vanessa

收到~

@Vanessa @88250 如上优化建议烦请两位开发者看看呐

标签修改批量更新这个功能后续会考虑不？

感谢提醒，这个快捷键可以解决一部分诉求了，但感觉还是不够。

1. 首先快捷键，对于习惯用键盘的人来说非常的便捷，但是习惯用鼠标的人来说，快捷键还是不够直观；
2. 其次，很多场景下并不只是应用上次选择的字体颜色，而是会用到 2-3 个字体颜色来标识一篇文章的不同段落，分别代表不同的意义。所以只快速引用上次的字体，只能解决部分场景；
3. 最后，编辑面板（或者叫工具栏）这里从我的感觉来看，是可以更进一步优化的。

综上，还是建议能优化下此点。

+1

虽然作者把内容删除了，但是通过修改记录还是能看到原文。我的几点粗浅感想，也和大家分享一下：

1. 现在的思源对普通用户确实不太友好，铁杆支持者基本都是程序员；所以在程序员眼中简简单单的功能（例如写个 SQL），但对于普通用户就是无法逾越的难关。（可能有些人说不会去学呀，我一个使用笔记软件来写笔记的，学 SQL 这鬼玩意有什么意义？）
2. 思源快速迭代但不稳定这个对产品长远来看是弊大于利的。拿我自己来说，我就不太敢推荐周边人使用思源笔记。曾经我尝试过，过了几天就反悔了，笔记功能再好，但不稳定这一个点就是一个硬伤。（部分人由于深度的参与到了思源的整个建设中，心态上已经不太像一个用户了，思源变成了自己的孩子，所以很难像普通用户来思考问题）
3. 很担心思源走入一个小圈子文化中，在这个小圈子中任何的问题都有合理解释，随时随地都能互相找到自嗨点，看起来一片欣欣向荣。但其实，有没有统计过来了多少人，走了多少人，哪些没有发出声音默默来又默默走的人，他们不会提意见，也不会提问题，他们是不是也是产品要服务的对象？
4. 作为一个订阅者和支持者，我还没有到作者这一步弃思源而去。我也知道，一个产品不会让所有用户满意，但一定要有反思心态，听的进去不悦耳的声音，而不是把它们当做异类去看待。（不是真爱过的用户，谁愿意花这么多时间写这么多文字）
5. 最后想说一下，希望觉得思源不够好的，只是少数人。加油！