文件夹做 namespace 分层和分拆，类似 go 的组织方式。很多项目（特别是前端）的 d.ts 是自动生成的。

有 Unknown_Attribute 意味着这个盘不在 smartctl 的数据库中，简而言之不具备参考价值

hetzner

@SmallHan 可以开个腾讯云广州按量计费试试，好用的话再开包月，广州到全国都挺不错的。我是用的佛山物理机 64 人服，日常在线 20 来个人 TPS 没掉过 60

这个 RTT 应该是游戏 UDP 的而不是 ICMP 的。

上海的 UDP 似乎存在某种奇怪的策略，CSGO 、CS2 也有这个问题，上海服务器组经常丢包且延迟突增，基本上经常玩的人都用防火墙屏蔽掉了。

如果你的 docker 特指 docker 本身，那确实还是裸机好点。如果你是想说容器这套东西，那我只能说你能想出名字的云厂的 RDS 全部都是容器。

x58 的物理机 16 线程 32G 内存 150 以内，x99 的 32 或 40 线程带 64G 内存普遍 300 以内，很多传统 IDC 网页上挂的价格和套餐都是失效的，去找客服问

react fiber 更新会“自己”选择每批执行的逻辑，同步也好异步也好没法在代码层面保证执行时机，这个设计的目的是确保在大多数情况下不会低于 60 帧，实际上还是看编码人员的水平。

循环 setState 只需要纳秒单位的时间，理论上只会显示最新值，实际上如果机器配置足够低，是能看到中间值的。

@xuelang https://nextjs.org/docs ，对位的是 next/mdx

@xuelang 我说的就是 hexo SSG 太慢了，SSG 之间也是有区别的，hexo 的文件组织方式比较原始。我以前也用了很久 hexo ，隔离的时候反正没事做用 next 重写了

发出来发现我这也连不上任何 IPv4 的 PLANET 了，尴尬

> zerotier-cli listpeers | findstr PLANET
200 listpeers 62f865ae71 2001:49f0:d0db:2::2/9993;19762;132496 -58 - PLANET
200 listpeers 778cde7190 2605:9880:400:c3:254:f2bc:a1f7:19/9993;3264;35456 19 - PLANET
200 listpeers cafe04eba9 2a02:6ea0:d405::9993/9993;19762;132926 -488 - PLANET
200 listpeers cafe9efeb9 2605:9880:200:1200:30:571:e34:51/9993;19762;133064 -1 - PLANET

这里面的 PLANET 只要有一个能连上就能正常工作，否则需要借助 Moon 服务器中继，tailscale 的 DERP 同理。

@wuzhanggui 作为后端渲染你这个确实很快了，在我这比本地起个 go(fiber) send file 还快

https://www.ragnaroks.site/default/，hexo 还是太慢了，也不够灵活

https://i.imgur.com/q4RgAgF.png

拆分接口增量迁移

我不确定是否可行，不过理论上通过油猴写个用户脚本，override (new WebSocket) 接管 send 和 receive 应该是可行的，就如同 override console.log 之类

推荐级别依次降低 unity3d 、godot 、phaser.js 、love2d

补充：第三个“会”的前提是主动屏蔽 UDP 端口，强制走 DERP TCP 中转。

不稳定，UDP 、WG 协议干扰严重。
没有。
会。