看了下积分正常重置啊？

google 的 dns 有类似的功能 `dig -6 TXT +short o-o.myaddr.l.google.com @ns1.google.com`

@quicknight 真的会有歧义吗，好奇有哪个 API 设计类似方法的时候把 value 放在前面吗？

https://github.com/oauth2-proxy/oauth2-proxy 可以考虑一下这种

这 ReadOnly 居然只能给 TypedDict 用。。。

你这用的都是 any ，他咋报错。。。

poetry 有 export ，你 poetry export -f requirements.txt --output requirements.txt 然后用 pip 装不就是了，还能减少 镜像层数。。。

因为 pip 没法有外部依赖，所以直接把他用到的依赖给 vendor 了，所以等你好久不升级 pip ，pip 告诉你版本太旧装不了新依赖的时候你只需要升级 pip 就行。

poetry 没 vendor ，所以你还需要升级 poetry 的依赖。

@skallz #3 这是在 nodejs 语境下的说法，况且 op 也没用 Workers 开其他线程...

yaml 或者 toml

我用的是 pomerium ，直接把所有需要验证的服务都丢到反向代理后面去就行了

@mayli #1 我的整个 .venv 文件夹都是 Excluded...

我理解的跟你一样，这种情况下虽然 go 的 race 检查会报错但是实际上是安全的

并没有 panic

顺便前面#1 和#3 理解错了，这里操作的 a 是个*A ，跟 string 和 A 的大小没关系。

你不用 unsafe ，不用 arena 之类的东西的话一般不会有内存泄漏。一般泄漏的都是 fd 、socket 、goroutine 之类的东西。

不一定。没办法确定，只能自己看对应的配置文件。

一般来说 scoop 会把应用的持久化文件保存到对应应用的文件夹下面，但是不能保证不会读写注册表。

@drymonfidelia #8 你首先要理解 baseXX 的意义，是把原始数据作为一个大整数然后进行进制转换。

base62 ，base63 跟 base65 可能差不多，但是 base64 有独特的性质。64=2^6 ，byte 的 255=2^8 意味着每 3 字节的原始数据一定能编码为 4 字节的 base64 。

所以 base64 可以每 4byte 进行处理，用现成的 uint32 就行。换成 base62 你就要处理一个不定长的 big int ，因为 62 不是 2 的幂，没有 base64 这样的性质。

码表长度是 2 的整数次方当然有加成啊，这意味着不需要进行大整数运算。

只用一个节点消费？