Akasha Terminal: dev🍃

我看到小米平板 ultra 定价还愣了一下，感觉要凉。但是看看 ov 这用脚做的平板，感觉还真凉不了。太失望了。

我再信别人吹的 coloros 比 hyperos 好我就是傻逼。 一加 pad 2 pro 到手几天，这 8e coloros 系统流畅的不如 8+ 的小米平板。碰瓷 ipad pro 更是做梦。 我还在想，系统再烂能烂到哪去，结果到手感觉还不如用原生。 等有空详细盘一下（

目前来看，玄戒o系列最有想象空间的主要赛道应该不在手机…

https://blog.gitbutler.com/how-git-core-devs-configure-git/ AI 摘要 (By Moe Copy)：本文分享了 Git 核心开发者常用的配置设置，并探讨了这些设置为何应成为默认值。文章分为三部分：明显改进 Git 的配置（如分支排序、标签排序、默认分支、差异算法等）、无害且可能有用的配置（如自动纠正提示、提交时显示差异等），以及个人偏好的配置（如合并冲突样式、拉取默认行为等）。作者通过实际示例和配置代码，详细解释了每个设置的作用和优势。 TLDR • 提供了一组 Git 配置代码，可直接复制到 ~/.gitconfig 文件中，涵盖分支、标签、差异、推送、拉取等优化设置。 How do Git core devs configure their Gits? • 介绍了 Git 核心开发者通过邮件列表讨论的“春季大扫除”实验，参与者分享了他们认为应成为默认的 9 项配置和 3 个别名。 • 这些配置包括 merge.conflictstyle、rebase.autosquash、diff.algorithm 等。 Clearly Makes Git Better 1. Listing branches • 使用 branch.sort = -committerdate 按提交日期排序分支，column.ui = auto 以列格式显示分支。 2. Listing tags • 使用 tag.sort = version:refname 按版本号排序标签，避免字母顺序的问题。 3. Default branch • 设置 init.defaultBranch = main 避免每次初始化仓库时的警告。 4. Better diff • 使用 diff.algorithm = histogram 改进差异算法，diff.colorMoved = plain 高亮移动的代码。 5. Better pushing • 设置 push.autoSetupRemote = true 自动设置上游分支，push.followTags = true 自动推送标签。 6. Better fetching • 使用 fetch.prune = true 和 fetch.pruneTags = true 自动清理已删除的远程分支和标签。 Why the Hell Not? 1. Autocorrect prompting • 设置 help.autocorrect = prompt 在输入错误命令时提供纠正建议。 2. Commit with diffs • 使用 commit.verbose = true 在提交消息编辑器中显示完整差异。 3. Reuse recorded resolutions • 启用 rerere.enabled = true 和 rerere.autoupdate = true 自动重用冲突解决方案。 4. Global ignore file • 设置 core.excludesfile = ~/.gitignore 使用全局忽略文件。 5. Slightly nicer rebase • 使用 rebase.autoSquash = true 和 rebase.autoStash = true 优化变基操作。 A Matter of Taste 1. Better merge conflicts • 使用 merge.conflictstyle = zdiff3 在冲突标记中显示原始内容。 2. Better pulling • 设置 pull.rebase = true 将拉取默认行为设为变基而非合并。 3. Run the fsmonitor processes • 启用 core.fsmonitor = true 和 core.untrackedCache = true 加速大仓库的状态检查。

【腾讯云】尊敬的用户，您好！为了给您的腾讯云账号（账号 ID：，昵称：）提供更完善的服务，腾讯云计划于 2025 年 5 月 22 日（周四）至 2025 年 6 月 25 日（周三）19:00-23:00 对主机安全进行服务升级。新增 Linux 和 Windows 主机安全客户端默认开启 Agent 卸载保护功能。恶意卸载会激活进程守护，自动重新安装 Agent ，提升安全防护能力。此次版本升级对业务无影响。感谢您的支持！详情请查看站内信 ？

这定价该不会冲着吃国补去的吧（

昨天跑着编译睡着了，今天早上看了一下，应该是没问题了，估计性能不怎么样。 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 版本。这俩能搞定应该就没别的坑了。

Android 15+ 部分设备在某些路由器下遇到 IPv6 路由获取不正常 具体表现 设备上 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

草

W3C 的 Well-Known URI 标准里面有一条是 change-password，简单来说就是将网站的 /.well-known/change-password 路径重定向到修改密码的页面，比如 x.com/.well-known/change-password 这就使得密码管理器可以在条目旁边增加一个「修改密码」的按钮，点击之后浏览器会尝试跳转到该网站的修改密码页面。但是并不是所有的网站都支持这个重定向，所以密码管理器会先尝试发个请求看看网站的这个路径对应的 HTTP 响应码是不是 200，如果不是…

https://www.theverge.com/news/670208/google-chrome-passwords-auto-update-io-2025 这堪称本次 google io 对普通用户意义最大的功能了。喷的人要么是标题党受害者，要么就是网络安全的最大阻碍。 如果是前者的话，真的建议取关看到的消息源，这种标题断章取义也不是一次两次了。 1. google 并不会真的帮你改密码，只是帮你跳转到密码更改页面，自动生成强密码和填充旧密码，需要手动确认（至少首次） 2. 中等强度提示，可以关，不是强打扰，不是强迫 3. 固定的弱密码确实是网络安全中最薄弱的一环（准确的说，是人）。但既然以人为本不可能把人消灭掉，那改个强密码至少是意义非常重大的一步。 理想情况下，使用密码管理器随机密码 + hide my mail 匿名邮箱登录，那就完全从根源上避免了一切撞库攻击的可能，意义不可谓不重大。

AM5 主板有福了（有难了？下一代可以继续双南桥了