Aoang

https://developers.cloudflare.com/rules/snippets/#availability

还有一点，确保你的代码中，一次请求中，代码中发出去的请求不会超出两个，否则你就得升级计划。

重定向也算是一个请求，除非你返回重定向给客户端。

不知道你是没有看懂，还是怎么。

5ms 是 CPU 限制，不包含 I/O 等待。城域网延迟就 5ms ，正常网络请求几百毫秒再正常不过了。

是不是超时，看看代码写的啥吧。就这种代码…能吃啥 CPU ？

export default {
async fetch(request) {
const resp = await fetch("https://example.com/api/get-file")
if (resp.status === 200) {
return new Response(resp.body, resp)
}

return fetch("https://example.com/api/update-file")
},
};

没明白你这操作是要干啥。你不是想要请求资源不存在时，回源转储吗？

Snippets 接到请求后，请求 R2 ，状态码正常则直接返回。不正常的情况下，直接调用其他接口去处理。

至于限制的问题，限制的是 CPU 占用时间和最大使用内存。

按照我说的方法，内存就只用于解析一下 HTTP 头，Body 再大也不会在复制到内存里面。

没必要那么麻烦，可以看看 Cloudflare Snippets ，无额外费用。

不同的浏览器的实现不一样。

Chrome 在 HTTP/3 可用时，会优先使用 HTTP/3 ，如果失败了，就回退至 HTTP/2 。

Safari 会并发尝试使用 HTTP/2 和 HTTP/3 ，谁先完成建立就用谁。

如果没有 HTTPS 记录，那建立连接之初就不会用 HTTP/3 ，Safari 似乎不会自动升级至 HTTP/3 。Chrome/Firefox 倒是会去做自动升级，失败回退。

前段时间刚刚折腾完。

一个能硬解 H.265/VP9 的平板，一张 1T 的三星 TF 卡。

PT 里面下载的基本上都是 H.265 的，有些实在是没有 H.265 的才会下 H.264 ，但是码率极高，得 ffmpeg 自己处理一次，去开几台独服慢慢干吧，hetzner 开 5950x 的机器，整完就删了。

部分剧集 Youtube 上有，可以直接下 VP9 的。

VLC 的操作真不友好，去试试看 filmly 咋样。

这个方案就不用考虑网络的问题了，涉及网络怕是更麻烦。

团队这个词不适合吧，可能一个 GitHub 组织是多个团队在开发不同的仓库。

一个组织下的项目并不一定都是公司的，例如 Google 下就有很多，比如 go-cmp

缺失的还挺多的，比如 Golang, Tailscale…, 字节还有一个 rsbuild/rspack…

可以看看蔡司的焕色视界，变灰和变深灰。镜片厚度看折射率，自己度数不高，1.67 的很轻了。刚开始使用时会觉得褪色比较慢，现在基本无感。

当然，价格不满足 200 ;) 想要轻折射率就得上去，价格也跟着升。镜架选钛架也可以轻很多

非原子操作并不能保证原子性的。

32 位的 CPU 可以实现对 int64 实现原子操作，可以去看看 x86 汇编 lock cmpxchg8b