做网站维护

凌晨两点，做网站服务器报警短信把我吵醒。做网站打开电脑一看，做网站CPU跑到了98%，做网站网站打开要八秒。做网站这种事做维护的做网站人都懂——不是偶尔，是做网站常态。很多人以为网站上线就完事了，做网站其实那只是做网站开始。维护才是做网站真正烧时间的地方。

我管过一个小型电商站，做网站日活不到两千，做网站但每天都有新问题。做网站周一数据库连接池满了，做网站周三某个插件和PHP版本打架，做网站周五用户上传的图片把磁盘塞爆。你没法预测下一颗雷在哪，只能随时准备拆弹。有次一个促销活动前夜，支付回调突然失效，查了三小时发现是证书过期。没人通知，没人记得，但出了问题就是你的锅。

备份这件事，说多少遍都不够。我见过有人用rsync同步到另一台机器，觉得万事大吉。结果那台机器和主库在同一个机架，机房空调故障，两台一起挂。备份要异地，要离线，要定期恢复测试。我现在的习惯是每周日手动拉一份到移动硬盘，听起来很土，但管用。自动化脚本会撒谎——比如备份文件生成了，但里面是空的，这种事我碰到过两次。

安全补丁别拖。去年一个客户跑的还是PHP 5.6，我劝了三个月才升级。结果某天被扫到漏洞，首页被挂马，搜索引擎标记成危险站点。恢复花了整整两天，流量掉了四成。不是技术做不到，是决策链条太长。维护的人往往没有权限改架构，只能打补丁。这种时候，写清楚风险报告比直接动手更重要。

监控要设，但别迷信。我装过Zabbix，配了三十多条告警规则，结果每天收到两百封邮件，最后全进了垃圾箱。真正有用的就三条：网站返回码非200、磁盘超85%、数据库响应超两秒。其他都是噪音。还有，别只看机器指标。用户感知的慢才是真慢。我用一个简单的curl脚本每五分钟测一次首页加载时间，比任何仪表盘都直观。

日志得看，但不能全看。有一次网站偶尔502，查了一周没头绪。后来把Nginx的error log按分钟统计，发现每天下午三点零七分必现一次。顺着时间点找，是定时任务里的一个flush操作锁了表。这种规律，不手动翻日志根本发现不了。工具能帮你聚合，但判断还得靠人。

最后说个实在的：维护不是修东西，是养东西。就像养花，不是等枯了再浇水，而是每天看看土干不干。我每天早上到公司第一件事，打开网站随便点五个页面，看看快不快，有没有报错。这个习惯帮我提前发现了三次磁盘满、两次证书到期。没什么技术含量，但比任何高级方案都可靠。

做维护久了，你会变得有点神经质。看到新插件先想兼容性，看到大流量先想数据库扛不扛得住。这不是坏事。网站活着，用户不骂，就是最大的成就。至于那些半夜的报警——习惯了就好。