五月三号下午，我照例更新了 OpenClaw 到 v2026.5.2，然后 QQ Bot 就没动静了。按理说小版本更新不该翻车——结果这次，它不是 bug，是一次架构变更引发的连锁事故。 翻来覆去折腾了一周，到 v2026.5.6 才算真正了结。把整个过程和判断写下来。 现象 openclaw st
RPlay这个平台没有直播回放功能，错过想看的主播就只能等下次开播。有录播需求的话要么手动守着录，要么找个工具自动化。我搜了一圈发现有个叫rplay-live-dl的Docker项目，专门做这件事，就在UNRAID上部署了一套。 这个工具做什么 rplay-live-dl是个Python写的Dock
我在 UNRAID 上用 Docker 跑 OpenClaw，一直是通过内网 IP 加端口号访问管理界面。后来想在外面也能连上，就试了 Tailscale Serve。UNRAID 的 Docker 模板自带 Tailscale 集成字段，配起来不复杂——但我踩了一个坑：每次容器更新重建后，Tail
我使用UNRAID部署OpenClaw有一段时间了，它作为一个智能助手确实好用。但最近遇到一个问题：OpenClaw的浏览器自动化功能需要Chromium，而Docker容器内没有浏览器，直接安装又会有各种兼容性问题。 经过一番折腾，我找到了一个更优雅的解决方案——使用独立的browserless容
我在 UNRAID 上部署 OpenClaw 的时候，用的是社区应用商店（CA）里的模板。容器确实跑起来了，Web UI 也能打开，但很快就发现不对劲——配置文件改了不生效，workspace 目录始终是空的，插件系统也挂了。折腾了一下午才发现，CA 模板里有两个路径映射完全错了。 这篇文章记录从踩
UNRAID 做存储、Ubuntu 做计算，是我家的标准配置。片子存在 UNRAID 上，剪辑在 Ubuntu 的 DaVinci Resolve 里做。一开始用的 Samba，小文件还行，大素材 4K 原片走起来直接拉胯——千兆网只跑到 30-40MB/s 左右，还经常断流。 换了 NFS 之后稳
在 NAS 上跑了个 OGame Vue TS（浏览器版的太空策略游戏），想用 WebDAV 做云存档。WebDAV 服务配好了，Zotero 连上去正常——但 OGame 的浏览器界面一直报「网络错误，可能是 CORS 限制」。 为什么 Zotero 能行、OGame 不行 Zotero 是原生应
frp 穿透 + Nginx 反代访问家里 qBittorrent，输入密码后反复弹回登录页。浏览器控制台看 /api/v2/auth/login 返回 401。但内网 IP 直连一切正常。 这跟密码没关系——是 qBittorrent 的 CSRF 防护在搞鬼。 怎么回事 qBittorrent
想起来还挺蠢的——改了一个安全设置，把自己锁外面了。 UNRAID 上的 qBittorrent，想着安全加固一下，顺手把 Host header 验证从默认的通配符 * 改成了域名。保存之后刷新页面——401 Unauthorized，白屏。试了 IP 直连、换端口、清缓存，全不行。 qBitto
Plex 放到 UNRAID 的 Docker 上之后，播带 ASS 字幕的片子直接报错： TPU: hardware transcoding: Failed to download sub-stream to temporary file 视频打不开。换 SRT 字幕就正常，但走的是直接串流（
