obsidian

@AlanBrian #7
@freeoptions #5
我觉得有 2 个原因：
1. 键位更靠近键盘中心：在 Mac 键盘上，Command 键通常位于键盘的中央位置，比较靠近手的自然位置。这意味着与其他键组合使用时，你的手指不需要移动很远的距离或者扭曲手指去按 Ctrl 。

2. 更多的组合键：Mac 系统中的很多常用操作都是基于 Command 键进行组合的。相比之下，Windows 系统中的一些常用操作需要切换到其他键位。

以下是我常用的 3 个组合键的对比：
Command+Tab --> Alt+Tab （切换窗口）
Command+Enter --> Ctrl+Enter （提交输入）
Command+空格 --> Ctrl+空格（切换 Spotlight/Power Toys Run ）

以上两个原因在日常输入中带来了非常顺畅的体验，大量的操作基于 Command 去操作，并且手指的姿势非常舒服。当然前提是我习惯了 Mac 的键位布局，在没使用 Mac 前其实也没觉得有什么问题。

kinto 应该是更成熟的方案，适用于 linux 和 Windows：
https://github.com/rbreaves/kinto

https://github.com/stevenilsen123/mac-keyboard-behavior-in-windows
找到个还凑合的

@zwzlyq #1 有成型的脚本吗

缺少勇气，看电影时直接抱过来亲就完事

就 2 点建议：
1. 别辞职；
2. 请个煮饭阿姨，每天给你们煮饭，也就 2000 多/月（成都）。

tinder or hello talk

忽略剂量谈毒性，都是耍流氓。
就普通人一天喝那点可乐，里面的阿斯巴甜含量微乎其微。

比较难，百度都每况日下了

把硬盘挂载到 /home/user

@anonex 浏览器好像默认不解析.home

@beimenjun 从我使用的图书馆系统的经验来看，主要表现为以下复杂度：

多数据库的联合查询：图书馆系统通常需要与多个上游图书供应商的数据库进行联合查询。这意味着在一个搜索框中完成查询时，需要与多个不同的数据库进行交互，以提供全面的搜索结果。

查询的精确度：有时候，我们需要进行更为精细的查询，例如按照图书的正文内容、作者、出版日期等组合条件进行筛选。这就需要系统能够有效地处理这些复杂的查询要求，并返回符合条件的准确结果。

查询的性能：对于一个拥有大量图书和用户的图书馆系统，查询的性能是至关重要的。系统需要能够在短时间内处理大量的查询请求，快速返回搜索结果，以确保用户能够高效地找到他们需要的图书信息。

same here ，
越改越难用了。

@moxuanyuan 我的意思是维护成本的问题，需要额外维护一个 DNS

@asdasdqqq 我也发现了，命名好书签的名字 [home-xxxx] ，在地址输入 home+空格+服务名字就出来了。
胜在简单、高效。