上线前检查清单：从功能到安全

清单的价值在于把容易忘的事变成固定动作。每次上线照着过一遍，花几分钟，能挡住大部分低级事故。按功能、性能、安全、备份四类列一份可执行的清单。 一、功能类 核心流程亲自走一遍：注册、登录、下单、支付回调。找回密码最容易漏测，邮件通道、验证码时效、重置链接的过期策略都要点一遍。错误页能正常显示，404 和 500 别用默认白页。所有表单前后端都要有校验，只靠前端校验的接口等于没锁门。定时任务手动触发一次，确认真的在跑。 二、性能类 确认 gzip 压缩已开启，验证方式： curl -I -H "Accept-Encoding: gzip" http://example.com/ 响应头里出现 Content-Encoding: gzip 即生效。列表页 SQL 的 where 和 order by 字段补齐索引；图片做了尺寸压缩，别把原图直接吐给列表页；静态资源加内容哈希或版本号，更新后浏览器不抱旧缓存。有条件的话用 wrk 压一轮，记下当前容量基线，以后劣化有对照。 三、安全类 后台路径别用默认的 /admin 配弱口令，改路径、加强密码、加登录失败限制。数据库不对外网开放：bind-address 设 127.0.0.1，或在安全组里只放行应用服务器 IP。框架和依赖组件更新到没有已知高危漏洞的版本。全站 HTTPS，http 访问 301 到 https。服务器上的 SSH 关闭密码登录、只用密钥，能挡住绝大多数暴力尝试。.env 这类敏感配置文件确认不在网站目录里、无法被直接下载。 四、备份与回退类 上线前手动备份一次：数据库 dump 加代码打包。保留上一个可用版本，出问题几分钟内能切回。定时备份任务确认已注册，产物落在预期目录；备份要验证可恢复，定期抽一次恢复演练，备份文件打不开等于没备份。回退步骤写进变更单，真出事时按步骤执行，不要现场临场发挥。 这份清单不求穷举，求的是每一项都知道去哪检查、出了事知道从哪查起。