历史说明
本文记录的是网站上一版动态系统。2026 年 8 月以后，“慢慢”改为纯静态发布，登录、留言、在线编辑、上传和应用 API 已经下线。正文中的后台与审核均指历史版本。
历史说明
本文记录的是网站上一版动态系统。2026 年 8 月以后，“慢慢”改为纯静态发布，登录、留言、在线编辑、上传和应用 API 已经下线。正文中的后台与审核均指历史版本。
历史说明
本文记录的是网站上一版动态系统。2026 年 8 月以后，“慢慢”改为纯静态发布，登录、留言、在线编辑、上传和应用 API 已经下线。正文中的后台与审核均指历史版本。
本地能打开，只说明站点在我的机器上活着。真要上线，还得把前端、Node 服务、域名、HTTPS 和反向代理接到一起。部署最烦人的地方在这里，每一层单独看都可能正常，最后公开域名仍然打不开，接口也可能走错位置，详情页刷新还会直接返回 404。
我没有只看首页状态码。首页 200 很容易让人放心，可它证明不了 API、登录 Cookie、媒体文件、RSS、sitemap 和前端路由都走对了。于是检查顺序从里往外来，先看本机端口上的 API，再看服务状态，再看 Nginx 配置和证书，最后从公开 HTTPS 域名依次打开首页、栏目、详情、后台和静态资源。
上线更像接一条依赖链。前端 release、current 链接、Node 服务、持久数据、Nginx 和证书，任何一段没接好，访客看到的结果都差不多，打不开，或者打开了一半。涉及安全的检查只记方法，不保存真实主机、端口、账号和配置全文。
收尾时我更相信验证。部署检查包括 Nginx 配置测试、服务处于 active、本机 API 可返回内容、公开 HTTPS 页面返回正常、证书有效、登录可用，以及 published 内容能打开而 draft 和 private 不会泄露。每次替换前还要记住旧 release、旧应用和旧内容数据，核心检查失败就回滚。
现在我坚持先在本地构建和测试，再上传新 release。服务器只做备份、原子替换和验收，不在正式目录里边改边试。上线清单里也会同时写验证项和回滚项。