https://consumer.huawei.com/cn/harmonyos-computer/matebook-fold-ultimate-design/
这个确实有点东西，属于给全世界厂商上强度了。
封闭系统放到笔记本上不怎么样，但放到折叠平板上就刚刚好。
这个确实有点东西，属于给全世界厂商上强度了。
封闭系统放到笔记本上不怎么样，但放到折叠平板上就刚刚好。
Huawei
HUAWEI MateBook Fold 非凡大师
HUAWEI MateBook Fold 非凡大师超轻薄折叠电脑，采用 18 英寸双层 OLED 屏与玄武水滴铰链，搭载 HarmonyOS 5。
https://www.theverge.com/news/670208/google-chrome-passwords-auto-update-io-2025
这堪称本次 google io 对普通用户意义最大的功能了。喷的人要么是标题党受害者，要么就是网络安全的最大阻碍。
如果是前者的话，真的建议取关看到的消息源，这种标题断章取义也不是一次两次了。
1. google 并不会真的帮你改密码，只是帮你跳转到密码更改页面，自动生成强密码和填充旧密码，需要手动确认（至少首次）
2. 中等强度提示，可以关，不是强打扰，不是强迫
3. 固定的弱密码确实是网络安全中最薄弱的一环（准确的说，是人）。但既然以人为本不可能把人消灭掉，那改个强密码至少是意义非常重大的一步。
理想情况下，使用密码管理器随机密码 + hide my mail 匿名邮箱登录，那就完全从根源上避免了一切撞库攻击的可能，意义不可谓不重大。
这堪称本次 google io 对普通用户意义最大的功能了。喷的人要么是标题党受害者，要么就是网络安全的最大阻碍。
如果是前者的话，真的建议取关看到的消息源，这种标题断章取义也不是一次两次了。
1. google 并不会真的帮你改密码，只是帮你跳转到密码更改页面，自动生成强密码和填充旧密码，需要手动确认（至少首次）
2. 中等强度提示，可以关，不是强打扰，不是强迫
3. 固定的弱密码确实是网络安全中最薄弱的一环（准确的说，是人）。但既然以人为本不可能把人消灭掉，那改个强密码至少是意义非常重大的一步。
理想情况下，使用密码管理器随机密码 + hide my mail 匿名邮箱登录，那就完全从根源上避免了一切撞库攻击的可能，意义不可谓不重大。
The Verge
Google Chrome will be able to automatically change your bad passwords
The feature is set to roll out later this year.
r/nichijou/
W3C 的 Well-Known URI 标准里面有一条是 change-password，简单来说就是将网站的 /.well-known/change-password 路径重定向到修改密码的页面，比如 x.com/.well-known/change-password 这就使得密码管理器可以在条目旁边增加一个「修改密码」的按钮，点击之后浏览器会尝试跳转到该网站的修改密码页面。但是并不是所有的网站都支持这个重定向，所以密码管理器会先尝试发个请求看看网站的这个路径对应的 HTTP 响应码是不是 200，如果不是…
所以 web 标准等等底层基础设施的更新都是负重前行的。
决策者无从得知数十年前的代码是什么行为，甚至可能源码已经遗失、维护者身故。
但是绝对不可能一次基础设施更新把现存的旧页面真的炸掉…
决策者无从得知数十年前的代码是什么行为，甚至可能源码已经遗失、维护者身故。
但是绝对不可能一次基础设施更新把现存的旧页面真的炸掉…
Forwarded from 桃桃的隐私空间🍑
Android 15+ 部分设备在某些路由器下遇到 IPv6 路由获取不正常
具体表现
设备上 WiFi 设置里能看到 IPv6 地址，但实际上测试（如 test-ipv6.com、mtr 工具）不通。
根本原因
Android 15 新增了对IPv6路由通告(RA)的要求，在Android 15 的源码
部分路由器，如小米部分型号、TP-Link会自行修改RA报文的参数，把 Router Lifetime、prefix lifetime 设置非常短。列如在小米的AX6000的路由生存通告时间设置为60S。
部分运营商移动网络的路由生存通告时间过低的问题。
结论
Android 15+ 新增了更严格的 IPv6 路由通告生存时间下限，要求RA中Router Lifetime至少为180秒。部分家用路由器参数配置太低、固件实现不规范，导致RA报文被新的Android系统丢弃，进而无法正常获取IPv6路由信息、实际无法访问IPv6互联网。考虑到国内路由器固件更新周期，可能换一个路由器是终极解决办法。
致谢
感谢lurenjia、ξ | Ver 1 、風華流沙提供的信息。
引用
[1]:https://cs.android.com/android/platform/superproject/main/+/main:packages/modules/NetworkStack/src/android/net/ip/IpClient.java
具体表现
设备上 WiFi 设置里能看到 IPv6 地址，但实际上测试（如 test-ipv6.com、mtr 工具）不通。
根本原因
Android 15 新增了对IPv6路由通告(RA)的要求，在Android 15 的源码
IpClient.java [1]，引入了一个新参数：CONFIG_ACCEPT_RA_MIN_LFT（最小可接受前缀/路由终生期），默认值设为180秒，即接收到的路由RA生存时间，必须大于等于180秒才被接受。这意味着，如果路由器发送给客户端的 IPv6 RA（路由通告）报文的「Router Lifetime」字段小于180秒，中会直接丢弃该RA信息。部分路由器，如小米部分型号、TP-Link会自行修改RA报文的参数，把 Router Lifetime、prefix lifetime 设置非常短。列如在小米的AX6000的路由生存通告时间设置为60S。
部分运营商移动网络的路由生存通告时间过低的问题。
结论
Android 15+ 新增了更严格的 IPv6 路由通告生存时间下限，要求RA中Router Lifetime至少为180秒。部分家用路由器参数配置太低、固件实现不规范，导致RA报文被新的Android系统丢弃，进而无法正常获取IPv6路由信息、实际无法访问IPv6互联网。考虑到国内路由器固件更新周期，可能换一个路由器是终极解决办法。
致谢
感谢lurenjia、ξ | Ver 1 、風華流沙提供的信息。
引用
[1]:https://cs.android.com/android/platform/superproject/main/+/main:packages/modules/NetworkStack/src/android/net/ip/IpClient.java
❤2
昨天跑着编译睡着了，今天早上看了一下，应该是没问题了，估计性能不怎么样。
50 系还比较新，主要是 cuda 版本和 torch 版本的坑，还有一些需要编译安装的（14 线程编译吃了 100G 内存，家用机编译内存不够还得限制并行度）跑了超过一个小时。
本来想做实验先用 30b 模型跑，虽然知道是铁减速但就是想验证一下试试。结果好像 kt 仓库里的配置是 235b 的，这 30b 模型做梦也没想到自己能吃 80G 内存吧（
235b 没时间测了，等回去再试试
搞 ai 和统计的都喜欢用 conda，kt 也唯一推荐 conda venv，不过我 uv 一把梭似乎没问题，能用，就是可能得改一下脚本或者其他黑魔法把 shell 里面的 pip3 改成 uv pip，不然一直调用系统的。
cuda 必须使用 12.8，之前的版本不支持 50 系，之后的版本 torch 不支持，多版本共存的话必须指定两个环境变量（path 和 cuda_home）。torch 的 50 系支持还在 nightly 版本。这俩能搞定应该就没别的坑了。
50 系还比较新，主要是 cuda 版本和 torch 版本的坑，还有一些需要编译安装的（14 线程编译吃了 100G 内存，家用机编译内存不够还得限制并行度）跑了超过一个小时。
本来想做实验先用 30b 模型跑，虽然知道是铁减速但就是想验证一下试试。结果好像 kt 仓库里的配置是 235b 的，
搞 ai 和统计的都喜欢用 conda，kt 也唯一推荐 conda venv，不过我 uv 一把梭似乎没问题，能用，就是可能得改一下脚本或者其他黑魔法把 shell 里面的 pip3 改成 uv pip，不然一直调用系统的。
cuda 必须使用 12.8，之前的版本不支持 50 系，之后的版本 torch 不支持，多版本共存的话必须指定两个环境变量（path 和 cuda_home）。torch 的 50 系支持还在 nightly 版本。这俩能搞定应该就没别的坑了。