https://blog.margrop.net/tag/%E5%85%BC%E5%AE%B9%E6%80%A7/ Recent content in 兼容性 on 魔都水滴 Hugo -- gohugo.io zh-CN Mon, 18 May 2026 10:05:00 +0800 https://blog.margrop.net/post/chrome-bitwarden-vaultwarden-login-failure-prelogin/ Mon, 18 May 2026 10:05:00 +0800 https://blog.margrop.net/post/chrome-bitwarden-vaultwarden-login-failure-prelogin/ <blockquote> <p><strong>先说结论</strong></p> <p>这次问题表面上看是“新安装的 Chrome + Bitwarden 扩展登录失败”，但根因并不在 Chrome，也不是账号密码输错，而是 <strong>Bitwarden 2026.4.1 客户端登录流程调用了新的 prelogin 接口，而自建 Vaultwarden 服务端还停留在 <code>1.35.4-alpine</code>，缺少 <code>/identity/accounts/prelogin/password</code> 接口</strong>。</p> <p>旧电脑之所以还能用，是因为它大概率已有登录态和本地缓存，并没有重新触发完整的首次登录流程。真正的修复不是反复重装浏览器，而是先备份，再把 Vaultwarden 升级到 <code>1.36.0</code> 或更新版本，然后用日志确认新接口不再 404。</p> <p>本文所有域名、路径、账号、部署目录均已脱敏，示例中统一使用 <code>vault.example.com</code>、<code>/opt/vaultwarden</code> 等占位值，不包含任何内网地址或私人信息。</p> </blockquote> https://blog.margrop.net/post/openclaw-upgrade-to-2026-3-23-compatibility-playbook/ Tue, 24 Mar 2026 21:20:00 +0800 https://blog.margrop.net/post/openclaw-upgrade-to-2026-3-23-compatibility-playbook/ <p>这篇文章记录一次真实的 OpenClaw 升级过程：目标不是“把版本号改上去”这么简单，而是在<strong>多节点、不同安装形态、外部插件较多</strong>的情况下，把 OpenClaw 从 <code>2026.3.8 / 2026.3.13</code> 这一代稳定升级到 <code>2026.3.23-2</code>，同时尽量保证既有消息通道、插件、服务方式、回滚路径都可控。</p> <p>我最终采用的是“<strong>先评估，再金丝雀，再复制已验证产物</strong>”的策略。升级过程里真正棘手的部分，不是 OpenClaw 核心包本身，而是<strong>插件 SDK 兼容性、JIT 缓存、混合安装路径、边缘节点出网失败、以及不同服务绑定策略对探测命令的影响</strong>。这些问题如果不提前识别，线上升级很容易看起来“版本成功了”，实际上通道已经半瘫痪。</p>