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

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

去看看 CPU Steal Time ，记得似乎会爆棚。

特别是 amd ，之前出问题的时候看过一次，90+ 的 st……

ARM 的也会出现，但是没 amd 的频繁

自己维护配置就好了，引用别人的配置总觉得奇奇怪怪，不知道里面是啥，不仔细看，自己写的规则就会和人的冲突掉

五个月前，捡到一盒雪茄 https://www.v2ex.com/t/978669

两个月前，买了点国产雪茄 https://www.v2ex.com/t/1003009

现在，买进口的

Quidquid latine dictum sit, altum sonatur.

随便用拉丁文写点啥都会显得高大上

只要程序不记录，就能匿名。不然还不是追着痕迹找到人。

问题核心在于如何信任程序会不记录

buf.build + connectrpc 省事很多

这家路由爱环游世界吧，这能用？

和 biome 对比下看看？它格式化也集成了

CPU 得看宿主机的呀，而且有的服务商不允许长时间满载，还有主频也得考虑，支持的指令集。
内存花样少，但是频宽得测试，毕竟有的服务商拿着固态当内存分给你。
网络就太复杂了。丢包率、稀奇古怪的优化导致出现的 Bug ，线路。

一套评分系统估计不行哦

@znsb IPv6 有 MTU 自动探测，严格意义上和 IPV4 还真不一样

某些包更恶心，

A v1.0 依赖 B v1.1
B v1.2 依赖 A v1.0
A v1.1 依赖 B v1.2
……


一拉就是一生

似乎没人解释一下为什么那么贵？其实 4K 未必够的

先确定好目标：稳定、高速、一定的特制化

---

想稳定，那可得上个中转，稍微便宜点儿的就 广港/深港 的中转线路了，20/M 不贵吧？

中转入口不一定抗通报，而且入口可能是单线的，所以还得上个前置。前置就有的玩了，是上个三线呢还是上个 BGP ，好像 Anycast 也可以玩哈？便宜一点的广移 3/M 应该要的吧？

针对多需求的情况下，例如玩游戏可能需要一个韩国、台湾、日本的落地，日常游览需要新加坡的，有时候美国的会更好。上个 AWS 轻量 ？

速度说实在的，低于 100M 估计没人考虑吧？因为低于这个速度看视频可能就不行了。

---

定义了这些内容，就可以开始算价格了


「筚路蓝缕」版，100M 速率，2400 每月
中转 广港 100M 2000
前置 广移 120M 360 (因为 BBR 的缘故需要超出中转速率一点)
落地 AWS 轻量 2T 5$

「寸莛击钟」版，添加更多落地，3000 每月

「勉为其难」版，更换前置为三线或 BGP ，4000 每月

「忝列衣冠」版，添加第二条中专用于负载均衡/容灾，6000 每月

「髀肉复生」版，前置换为省会级 Anycast ，16000 每月

「壕无人性」版，中转更换为运营商专线，？？？

你这个没说到点子上，你看看 React 18 的 Server Client Component 。如果要用这个特性，项目的架构就得全部推翻。
Next.js 跟进了这个，但是一片的 CSS-in-JS 库跟不上节奏，导致完全用不了。

React: 兄弟们，冲啊
Next.js: 来了来了

Next.js: 兄弟们，大家试一下
MUI: 你们能不能慢点儿，算了算了，我试试
MUI: @emotion 哥，搞一下呗
Emotion: 你们搞了个什么？
Emotion: tmd! 你们这玩法，这让我怎么搞？

—-

从 React 18 出来，到 Next.js 13 发布，这个时间段就不短了。
但是直至今日，MUI 和其他的 UI 组件库都等着上游 CSS-in-JS 跟进。

当然了，emotion 似乎装作没看见，没人有动力去跟进这个。毕竟要跟进就得动架构，还要考虑兼容性，想想就刺激

Citus 是插件，比较轻。MySQL 的大概率都是中间件，重了点儿，Vitess