阿列芙的笔记

之前写过一篇在香港用国行 Pico 4 Ultra 串流 SteamVR 越玩越卡的记录，本来以为那次折腾完就消停了。结果没过多久，它又给我整了个新活儿——这次是更底层的 WiFi 连接问题，连得上看运气，连上了也得看它心情。 问题现象简单描述一下症状： 路由器开着双频合一，Pico 老是赖在 2.4GHz 上不走，串流画质直接梦回 2016 手动切到 5GHz，运气好能连上，运气不好干脆搜不到这个 SSID 就算连上了，隔一阵子就掉线重连，玩到一半 headset 弹”网络已断开” 最离谱的是：同一台路由器、同一个 5GHz，手机和笔记本稳如老狗 总之就是薛定谔的网速——连之前永远不知道这次行不行。 排查过程第一步：先怀疑路由器第一反应肯定是路由器的问题，于是： ✅ 重启路由器 ✅ 升级固件到最新 ✅ 恢复出厂设置重新配 ❌ 全都无用 第二步：交叉验证用其他设备做对照组： ✅ 手机连 5GHz：正常 ✅ 笔记本连 5GHz：正常 ✅ Pico 连 2.4GHz：能连，但慢得离谱 ❌ Pico 连 5GHz：完全看脸 路由器大概率没问题，问题出在 Pico 对 5GH...

这篇文章是在折腾 Git 提交签名和 SSH 推送的时候写的，属于踩坑记录。如果你也遇到过 signed commit 但是 push 被拒的问题，可能对你有帮助。 起因最近在捣鼓一个项目，想搞一个比较干净的 Git 工作流：writing 分支写东西，然后 merge 到 deploy 分支，再推到远程仓库。 过程中碰到了一个很奇怪的事——我配好了签名提交，commit 确实是 signed 的，但 push 的时候居然被拒绝了。一脸懵逼，明明之前没问题的。 后来才发现：Git 的签名（signing）和推送（push）用的密钥根本不是一回事。 两件事，两条线简单来说，你在用 Git 的时候，涉及两种完全不同的认证场景： 1. Commit 签名这玩意儿用来证明”这个 commit 确实是我提交的”。你可以用 GPG 或者 SSH 来签名。 签名只作用于 commit object，不参与网络传输。换句话说，它跟你的远端仓库有没有权限推送，没有任何关系。 关键点：签名配置指向的是公钥文件（.pub）。 2. SSH Push 认证这才是你真正往远程仓库写东西时用的。SSH ke...