网站上线前检查清单:上线日自查 12 项
把上线日最容易忘的事整理成 12 项清单,按安全、可达、体验、兜底四组逐项打勾,别让"忘了"毁掉第一次上线。
迁移就是文件、数据库、解析三件事。八步流程加上旧站保留期策略,避开"切完解析立刻关旧站"和回调地址忘改两个大坑。
换服务器搬家听起来工程浩大,拆开只有三件事:把网站文件搬过去、把数据库搬过去、把域名解析指到新服务器。剩下的都是这三件事的细节与保险措施。顺序上永远是"先搬完并验证,最后才切解析",反过来做等于当着访客的面拆舞台。
切完解析立刻关旧站
DNS 有缓存:切换后的一段时间里,一部分访客到新服务器、一部分还在访问旧服务器。此时把旧站一关,缓存未更新的那部分人会直接看到打不开。正确做法是新旧并行,等一两周流量彻底过去再下线旧机。
迁移后回调地址没改
数据库连上了、页面能开了,不代表全部正常:第三方登录、支付与消息通知的回调地址往往写死在配置或对方平台里,还指向旧服务器。第 4 步改配置和第 5 步验证时,把这些"不常触发但致命"的功能专门过一遍。
切换解析后,用两个不同网络(比如家里宽带和手机流量)分别访问,确认都到新服务器且功能正常;再让一位外地的朋友打开看看。对比迁移前后的关键页面与功能清单,逐项打勾。观察一两天错误日志没有新增异常,这次迁移才算交付完成。
顺带一提:TTL 是解析记录的缓存时间。迁移前调低它,是为了让全网更快 forget 旧地址;迁移完成后记得调回常规值,减少无谓的解析查询。
迁移的铁律只有一条:先在新环境验证一切正常,再切解析,并且保留旧站做过渡。做到这三段式,搬家就只是体力活。
下一步该读什么
本文要点
先收集证据,再进行小范围变更;操作前留好备份,操作后用明确的检查项验证结果。
继续学习
把上线日最容易忘的事整理成 12 项清单,按安全、可达、体验、兜底四组逐项打勾,别让"忘了"毁掉第一次上线。
理解 Nginx 在网站请求中的角色,按配置检查、目录权限和发布验证的顺序托管静态页面。
被黑后顺序比速度重要:隔离、取证、恢复、加固四步走,别让"直接重装"毁掉取证线索。恢复能不能活下来,取决于你的备份。