妈的，我现在一想到上周四晚上那个场景就脑仁疼，真的，千万别学我脑子一热就把FTP传完的玩意直接点开域名以为大功告成了——结果就是微信被运维兄弟骂成筛子，手机像得了帕金森一样震个不停全是监控报警，全公司就看着我那个宝贝首页显示个大大的“Error establishing a database connection”，这感觉比你写了两天的稿子没保存突然断电还绝望。
真的，上线前哪怕你TDK、页面布局、内容矩阵都规划得跟教科书似的，服务器这边给你撂挑子全白搭。我犯的啥错？我图省事用了本地数据库的配置，IP还是127.0.0.1，传到服务器上它上哪儿找本地数据库去？就这低级错误，让我在老板和甲方面前表演了半小时的“技术性调整”，汗都把衬衫浸透了。
所以，听我一句劝，上线根本不是点个按钮。那是考前最后检查！第一，环境配置。PHP版本、数据库地址、扩展模块，跟你本地开发环境对上了吗？很多CMS装的时候自动检测，但你搬家、换服务器，配置文件（比如wp-config.php, .env）里的参数是不是还指着老家？第二，域名解析和SSL证书。A记录、CNAME指对了吗？别说https了，现在没个绿锁浏览器都给你标“不安全”，用户扭头就走，搜索引擎也别想给你好脸色。免费证书（Let's Encrypt）申请很方便，但自动续期脚本装了吗？别等三个月后证书过期了网站突然打不开。
第三，权限和伪静态。Linux服务器上，目录权限755，文件权限644，这是保命口诀。还有伪静态规则（.htaccess或nginx配置），没弄好你所有文章链接都是404，蜘蛛来了逛个空城，收录？想都别想。第四，备份！备份！备份！ 上线前整站打包+数据库导出，放本地，放云盘，甚至刻光盘都行。改任何核心文件前，先备份。我后来学乖了，动任何东西前，先SSH连上打一套备份组合拳，不然心里不踏实。
最后，找个非高峰时段（比如深夜），先在小范围测试（改本地hosts文件指向服务器IP），所有功能、表单、支付流程走一遍。没问题了，再改DNS解析。解析还有TTL生效时间呢，趁这功夫抽根烟，检查一下监控和统计代码装对没有。做完这些，才勉强算“上线了”，后面还有性能优化、安全加固、提交收录一大堆破事……唉，不说了，说多了都是泪，我盯着那次事故后买的静音键盘，感觉它都在嘲笑我。
