哔哩哔哩

两岁半就要上学了吗。。不敢想象

提个建议，对未识别的文件格式（后缀名），尝试检测是否为文本（类似 file 命令）
只要内容是文本，就尽力而为的展示（ Mac 默认是不提供任何 preview ）

刚买，希望支持下 makefile go.mod go.sum mkv

难道不是谁招进来谁带嘛

err eof 就是关闭啊

论技术演进，只推荐 naiveproxy 这一种，非 tls 的协议因为想抵抗重放，做了太多 dirty 的事情。tls 的话相比 https ，naive 有 mux 降低 rtt ，naive 同时也省掉了 http connect 的等待，又减少了一个 rtt 。
速度的话可能是你没做 bbr 那一套优化

本地跑一个代理，所有低优先级流量走这个代理
改代码，io buf 调小，每次 io 量调小，io 系统优先级调低

@stevenhawking 是的，是用 useragent 区分的，改 Caddy 一行代码就可以绕过。
curl 的话 -A "acme.sh/3.0.1 ( https://github.com/acmesh-official/acme.sh)"
然而 caddy 还是报上面的 500 ，已经放弃摆弄了。

"issuer": "acme.hi.cn-directory", "error": "registering account [] with server: attempt 3: https://acme.hi.cn/acme/new-account: HTTP 500: {\n \"message\": \"Server Error\"\n}"}

不建议尝试，会浪费时间。

caddy 报错似乎是因为服务只支持已被弃用的 ACME v1
letsencrypt 现在好像只提供 ACME v2 了，caddy 也只支持 v2

@1423 可能我搞错了，请先忽略这条

"error": "registering account [] with server: directory missing newNonce endpoint"

缺失了 caddy 要求的 newNonce api
letsencrypt 是有的: https://acme-staging-v02.api.letsencrypt.org/directory

"针对中国用户习惯性清理的特点"
一句话嘲讽拉满

@MikuAlpha 难道不是 https://api.bilibili.com/x/v2/reply/add 嘛

@efcndi SATA 的话要完全重新考虑了呐。SATA 硬盘本身发热量也低很多，低规格的应该就可以了

dnspod 的过滤，DOT 是无效的； DOH 则是返回 http 502 错误。日志延迟也比 NextDNS 高的多
可以说是粗制滥造了

可以找回，有成功经历，走数据导出，然后 git init 即可。