放几年前根本想不到干掉美团的是抖音，干掉阿里的是拼多多

文件在，不代表未发生 bit flip 。只有用带校验的文件系统，校验一遍才能知道。

我有台闲置了 5 年多没开机的笔记本电脑，系统盘是 SSD 。当初闲置时是全新安装的 Windows 10 系统。过了五年后尝试开机，开机过程中 BSOD 蓝屏。然后我重新安装了一次系统就好了。我高度怀疑是 SSD 里的数据变质了

别说国内云，就算 AWS 的 Amazon Linux 都是尽量不用的。

我试过 Safari 在 b 站如果播放 av1 ，也能硬解。但是 b 站不前不给 Safari UA 下发 av1 码流。

@hackpro 你看错了吧，我截图是 chrome 上吃不到 av1 硬解，cpu 占用很高。safari 支持 av1 硬解，cpu 占用很低。

M3 Max
用这个视频测试 8K 60FPS
https://www.youtube.com/watch?v=zCLOJ9j1k2Y

Chrome: CPU 占用 45% 左右，编码为 av01.0.17M.08 ，感觉没有启用硬解
Safari: CPU 占用无明显提升，编码确认也是 av1

但是 Safari 只出现过一次 8K 60FPS 选项，后来我刷新网页后就没了，变成了 4K 60FPS vp9

端口转发方案优于 VPN 组网方案。因为 VPN 组网底层都是 UDP ，我自己观察家宽的 UDP 质量是不如 TCP 的。

@icy37785 他说的可能是对的。

众所周知，要能够作为网关，内核层面必须开启 ip forwarding 能力。很显然 iOS 并没有开启，所以无法用 iphone/ipad 作为网关实现给局域网透明代理。

但是为什么 tvOS 破天荒却能够作为网关呢？这不符合苹果对系统限制的一贯作风。
原因正是因为 homekit 。苹果为了让 Apple TV / HomePod 能够作为 Thread Border Router 把家庭的 Thread 设备中继到局域网，在内核为 Apple TV / HomePod 开启了 ip forwarding 能力（ Thread 上层运行的是 IPv6 协议）。碰巧，开启 ip forwarding 之后，VPN 软件就能处理和转发经过设备的一切流量了。

但是家里有多个 Apple TV / HomePod 时，会随机协商一个设备作为中枢。但 tvOS 的实现是只在作为中枢时开启 ip forwarding 能力，如果不是中枢了，那么 ip forwarding 功能就会关闭。于是出现了 /t/976916 的问题，当 HomePod 成为中枢后，Apple TV 的 ip forwarding 功能失效，于是无法再作为网关处理流量。

大多数人不会同时拥有 HomePod 和 Apple TV 。只有一个 Apple TV 时，中枢只能是这台 Apple TV ，所以不会遇到问题。

---

题外话，如果家里接入了 Thread 设备后，Thread Border Router （比如 Apple TV / HomePod ）会通过 DHCPv6 PD 向上级路由器申请新的 IPv6 前缀，为每一个接入的设备分配 IPv6 地址，并路由 IPv6 流量。
我观察到，当运营商给自己家里分配了 /56 前缀后，每个 Apple TV/HomePod 会向家里路由器再申请个 /60 前缀，为底下的 Thread 设备分配地址。这意味着家里每一个通过 Thread 接入的设备，都会拥有全球可路由的公网 IPv6 地址，非常神奇。我尝试过关闭路由器防火墙后，Thread 设备的 IPv6 地址真的能从外网 ping 通。

@acbot 正解。路由器获取到新 ipv6 前缀后，未把旧前缀通告立即过期，就会在 Windows 出现这个问题。
为什么同局域网下其他系统、设备没问题，因为 macOS/iOS/linux 都能够在接收到新地址后，优先使用新地址，无论旧地址是否 deprecated 。而 Windows 则一直使用旧地址，直到地址过期。

列两个可能原因：
1. 光猫或者路由器设置了定时重启。关闭定时重启即可。
2. 光猫或者路由器的 ICMPv6 RA 实现存在 bug 。可以尝试光猫桥接路由器拨号，或者反过来光猫拨号路由器桥接，看看哪种情况下会出问题。

不太像是临时地址造成的。

一个人开回去，开慢点，很难出事故的

反而驾龄两三年的司机，因为自我感觉熟练了，容易疏忽大意，出事故概率高多了。

建议博客园，因为它不瞎折腾，十几年兢兢业业专注做博客

悄悄告诉你，过去十几年间 C# 已经要火无数次，并且每一次都是理由十足。 从最早比 Java 语言特性强，到后来 Xamarin 跨端开发，再到后来 .NET Core 跨平台。
-- 一位逃离微软生态码农的忠告

最近看到隔壁有几个帖子提到 MAUI ，从微软当初宣布放弃 Xaramin.Forms 转投 MAUI ，看到如今 MAUI 的现状，我已经预感到它的结局了。

不过楼主提的 C# 在 AI 领域发光发热，我觉得还是有可能的，因为是靠微软已经掌握的 AI 生态反推 C# 发展，和以前很不一样。

预算太低，flutter 和 rn 都 hold 不住，反而 uniapp 有可能

买定离手，买完不要看任何汽车新闻，不要和任何人讨论汽车话题。这样买啥车都能幸福感拉满。

核心逻辑放服务端。客户端无论是 native 还是 web 随意，反正都能被逆向。

一直在用，因为我不喜欢用多 space ，会在一个 space 里开一堆窗口，台前调度能帮忙整理