@duke807 边缘函数类似云函数，用户托管的代码只需要包含一个处理 HTTP 请求的函数。相比一般的云函数，边缘函数的运行时是 V8 (Chrome 和 Node.js 的 Javascript 引擎) 而不是完整的容器，因而部署成本低并且冷启动非常快。

@AS4694lAS4808 诚然，scp 的地位无可替代，跟它相比，acp 主要是为了省去打服务器名和远程目录的功夫。我自己的使用场景是：我登上一台机器，在其中某个目录深处工作到一半，需要把一些文件拷到当前目录下，作为接收只需要运行个不带参数的 acp ，然后发送端运行 acp path/to/files 即可。

@haoxuexiaoyao 服务只用来做 TCP 打洞的信息交换，真正的文件通过点对点直连传输。所以服务端接收发送的数据只有两边的 ID 和 IP 地址端口。部署到 Deno Deploy 同时也是为了利用他们全球分布的节点，服务端就一个 Deno TypeScript 文件，理论上来说你在任意 vm 上拿 Deno 也能跑。

@v2wtf 对于每个人的第一台设备，acp 在初始化配置 (acp --setup) 时会生成一个随机 ID ，随后的设备初始化配置会导入这个 ID (acp --setup-with '{"id":"... )。使用时会配对相同 ID 发起的、时间上最接近的两个请求。本来这个设计是给每个人自己给自己传文件用的，如果多个人间使用导入相同的配置也行，不过不太适合群发或者临时分享给陌生人。

类似 #10 提到的第一点，让它基于草稿和一个指定的意图改写段落。提词如：
“将上面的段落改写为对……的总结 / 过渡到…… / 着重强调……”
有时候得到的结果可能不能直接使用，但部分句子和语言组织方式还是对文章修改很有启发性。

osascript -e "set volume output volume 0.001"

@lixile 主要是老项目迁移有些麻烦，我们新项目都用 CMake 了。不过你也算是提醒我了，搜了一下 Makefile 的 jobserver 好像是提供接口的

@GeruzoniAnsasu （我同事说 clang 可过编译🤦‍♂️）对，语法上确实说不过去，但是语义上来说，确实有这个需求。一般来说，可变参数一般用于“其余的可选参数”，但在这里我想表达更类似宏：对于一组参数，搭配不同的可选参数遍历执行。

@geelaw 确实可行，type traits 魔法，学习了

跟 wait group 没关系，是闭包的问题。那个匿名函数是闭包，又因为不是同步执行的，它执行的时候会访问到外面已经改变的值。为确保每个值都传递到得这样：
go func(v, vv int) {
...
}(v, vv)

这个需求提了很久了： https://github.com/github/feedback/discussions/7331
但是官方似乎没有回应的样子
按理来说这个的 API 不算复杂（在 GitHub 里可以找到一些第三方实现），就等看看有没哪位忍不了的自己实现一个

应该是 15.4 的新 bug 。有几十个闹钟并每天手动开关的人表示几乎每一次都能复现。

谢谢分享！试了一下发现 iOS 自带的地图以及其他 App 内嵌地图也可以，但是是上划放大，下划缩小（谷歌苹果存心作对么……）然后双击拖拽缩放应该只有地图类支持了，像是 Safari 或者照片就不支持。

@loginv2 @weixiangzhe @InDom @Opportunity
谢谢各位推荐工具，不过这本质上和我提出的方案一类似。如果我想不到其他办法，应该就引导用户安装插件然后载入我的 CSS 了。

@xiangyuecn
这个办法其实蛮有意思的。虽然可以写个一键添加这样的书签，不过用户每次在每次页面刷新后都得先点一下书签，有点麻烦😂

Cloudflare 这个免费临时隧道就是解决这种问题的。单可执行文件，零配置即开即用，然后把生成的临时网址发给对方就行了。
https://developers.cloudflare.com/cloudflare-one/connections/connect-apps/run-tunnel/trycloudflare

关键词：package_data
另外提两点
- .egg-info 文件夹是打包时生成的，不应该提交到 git
- config.cfg 里有一个单引号没 escape

赞耶，节省了为每个项目写一个安装脚本的功夫。我之前维护了个重定向至特定系统架构的可执行文件下载链接的服务，这个方案完善得多

我对数据库不熟，不过我猜对于很多数据库并发写是不会有性能提升的，用单线程就可以了，但你可能需要 batch / bulk 操作，用来一次性插入数十条、数百条数据，而不是一次插入一条。

又看了一下你贴出来文件的部分，你是不是就两个大文件（就是说不是大量小文件），那文件 IO 就基本不可能是你的瓶颈，你看到磁盘读取没跑满很有可能是你下游的处理速度没跟上。

多进程和协程，感觉你自己也总结出来了。协程得用在有长时间等待系统调用 (syscall) 的地方（比如网络、子进程、定时任务）。CPU 密集的操作得用多线程或多进程，但在 Python 里有 GIL ，就只能用多进程。

看上去没有明显的问题，不过对于任何为了改进性能的重写建议还是先 profile 一下，看看瓶颈到底出在哪个调用上。

然后异步文件 IO 不是为了提升性能（降低平均延迟）的，而是为了降低尾延迟的，参见： https://trio.readthedocs.io/en/stable/reference-io.html#background-why-is-async-file-i-o-useful-the-answer-may-surprise-you

核心要义是利用这些软件调用脚本（ bash 或 Automator ，macOS 其实开放了很多方便的命令），比如说 Karabiner Elements ，就是用它 Complex modifications 里的 `shell_command`（需要修改它的 JSON 配置文件，我会放在最后说）

我自己用了好几年的配置主要是用 Karabiner Elements 做键盘映射，ControlPlane 做情景感知，然后触发的都是脚本指令（ Hammerspoon 几年前试过一下，弃用了，感觉 CPU 占用太高了，而且除了窗口排列相关的命令都可以用 Karabiner Elements + 脚本代替，不知道现在更新得怎么样了）

举几个代表性的例子：

Karabiner Elements：
右⇧ + d： 打开下载文件夹
右⇧ + delete：熄屏
⌥ ⌘ + F2(亮度+)：禁止休眠并弹出一个常驻通知（点击通知以取消）
F3(任务控制) 和 F4(launchpad) 分别被映射为蓝牙和 WI-FI 的开关了

ControlPlane:
系统休眠前（合盖后）关 WI-FI ，系统唤醒后（开盖后）开 WI-FI
（ ControlPlane 的作用相当于 iOS 快捷指令里的自动化，场景非常广，甚至有诸如当连接到特定显示器、摄像头光线传感器之类。可惜作者不主动维护了，Big Sur 还能用，就是不知道未来哪个 macOS 大版本就用不了了）

Karabiner Elements 的高级设置可以参看 https://karabiner-elements.pqrs.org/docs/manual/configuration/configure-complex-modifications/ 。先下载它的一些现成的配置，然后再找到它的 JSON 配置文件自己改。脚本命令的话，把自己的需求上网搜一下基本都能找到。