一次例行检查,我发现博客的数据根本不在我以为的地方。如果那天点了"升级镜像",整个站会安静地消失。 起因:一个"看起来很对"的 compose 文件 部署 Halo 博客时,我的 docker-compose.yml 是这样的: services: halo: image: halohu
这 7 个坑有个共同点:它们都不会在 nginx -t 时报错。语法正确、能正常启动、能正常服务——只是在某个特定请求路径上悄悄做错事。 坑 1:server 级 return 301 会抢在 location 前面执行 这是最隐蔽的一个。 nginx 的处理阶段顺序是:rewrite 阶段 → l
把云服务器的日常运维交给 AI 助手之后,我踩的坑比过去一年加起来都多。这篇文章把它们整理成 12 条纪律——每一条背后都有一次真实的翻车。 为什么要让 AI 做运维 不是偷懒。真实原因是:服务器上有太多"一次性但记不住"的操作——改一行 nginx 配置、签一张证书、查一个端口通不通。这些事单看都