修网站
凌晨两点十七分，修网站我盯着屏幕上那个404错误页面，修网站咖啡杯底已经干涸了。修网站客户白天打来电话时的修网站语气还卡在耳朵里：“网站打不开了，所有页面都打不开。修网站”
这不是修网站我第一次修网站，但每次遇到这种情况，修网站心跳还是修网站会漏半拍。FTP连上服务器，修网站日志文件刷了整整三屏，修网站全是修网站红色的报错记录。数据库连接超时？修网站不对，MySQL进程还活着。修网站内存溢出？修网站查了下负载，才0.8，修网站不至于。我点开PHP错误日志，最后一行写着：require_once(/var/www/html/config.php): failed to open stream。config.php文件被删了？我赶紧ls了一下目录，文件明明就在那儿。权限问题？chmod 644之后还是报错。最后发现是磁盘满了——inode耗尽，服务器连临时文件都写不了。
这种问题最气人，不是技术多难，而是藏得够深。df -h显示磁盘用了78%，但df -i一看，inode使用率100%。小文件太多，把索引节点全占满了。删了一晚上缓存，腾出几万个inode，网站才缓过气来。
说起来，修网站这事儿有点像给人看病。你得先问症状，再查病因，但很多时候病人自己说不清楚。上次有个做外贸的客户，非说网站被黑客攻击了，页面全乱了。我远程一看，哪有什么黑客，就是他在后台不小心把CSS文件给覆盖了。整个页面排版全塌掉，文字堆在一起像没叠的被子。我花十分钟把备份恢复，他愣是不信就这么简单，反复问我：“真的不用装个防火墙吗？”
还有一回更邪门。某个电商站，白天访问一切正常，一到晚上九点准时卡死。我查了三天，各种监控都上了，CPU、带宽、数据库连接数，全部正常。最后蹲到晚上九点，亲眼看着流量曲线像心电图一样狂跳。顺藤摸瓜查下去，发现是竞争对手雇了人半夜刷恶意请求。封了IP段，世界清净了。
修网站修久了，你会慢慢形成一种直觉。就像老中医摸脉，不用等报告出来，光看症状就能猜个七八分。那种感觉很难言传，但确实存在——可能是某个文件修改时间不对，可能是日志里某条警告出现得太频繁，也可能是服务器响应时间慢了那么零点几秒。
不过说实话，大多数时候网站出问题，原因都很朴素。密码太简单被人爆破了，插件没更新留了后门，或者干脆就是托管服务商那边机房断电了。没有那么多高深的攻防战，更多是粗心大意加运气不好。
凌晨四点，网站终于恢复正常。我刷新了三次首页，确认每个链接都能点开，商品图片正常加载，购物车也能加东西。给客户发了条消息：“修好了，您看看。”然后合上电脑，窗外天已经蒙蒙亮。
修网站这活儿吧，说不上多光鲜，但每次把网站从鬼门关拉回来，那种踏实感是真的。就像给老房子换了根梁，看着它重新立在那儿，风雨不动。你明知道过阵子可能还会出别的问题，但那一刻，你知道自己干了件实实在在的事。