```html

做好网站管理工作

上周帮朋友排查一个企业站的问题，打开首页加载了整整8秒。网站我问他上次检查数据库是管理工作什么时候，他愣了半天说“建站那会儿装完就没动过”。做好这大概是网站很多网站管理者的通病——上线即终点。实际上，管理工作网站管理更像养鱼，做好不是网站把鱼缸摆好就完事，你得定期换水、管理工作喂食、做好清理过滤棉。网站下面这些事，管理工作我踩过坑，做好也见过别人翻车，网站写出来或许能帮你省点麻烦。管理工作

先说备份。有人觉得这是老生常谈，但我亲眼见过一个日活五千的论坛因为服务器硬盘故障，丢了整整三个月的用户数据。管理员当时觉得“每天都跑得好好的，备份脚本偶尔报错也没管”。结果呢？恢复时发现最近的可用备份是87天前的。我的做法很笨：mysqldump 每天凌晨三点跑一次，同时用 rsync 把上传目录同步到另一台机器。脚本报错会发邮件到手机，收到就立刻处理。别指望“云服务商有快照”，快照恢复要钱，而且恢复出来不一定能直接用。

安全这块，说多了都是泪。去年有个客户用 admin/admin123 做后台密码，结果网站被挂马，首页跳转到菠菜站。我登进去一看，登录日志里全是不同IP的爆破记录，最早一次成功登录发生在三周前。改密码、删后门、加 fail2ban 规则，折腾了一整夜。现在我的习惯是：后台路径改掉默认的 /wp-admin，加 HTTP 基本认证，再装个 Limit Login Attempts。另外，文件权限别给777，目录755、文件644足够。有人图省事全给777，等于把家门钥匙插在锁孔上还贴了张纸条写“欢迎光临”。

网站管理不是“不出事就行”，而是“出事之前就把路堵死”。

性能优化得看数据，不能凭感觉。我见过有人给所有图片加了 loading="lazy"，结果首屏轮播图也懒加载，用户往下滚才显示，体验极差。正确的做法是先看 Lighthouse 报告，找出 LCP 元素，只对折叠线以下的图片做懒加载。还有一次，一个博客站响应时间突然从200ms涨到1.8秒，查了半天发现是某个插件在每次请求时都去调用外部的 Gravatar 接口，而那个接口在国内访问极慢。禁用插件后恢复正常。所以，别乱装插件，装一个就要为它的性能负责。

日志不能只看访问量。我习惯每周翻一次错误日志，重点关注 PHP Warning 和 PHP Fatal error。上个月发现某站每天有几十条“Undefined index: HTTP_REFERER”的警告，虽然不影响功能，但说明代码里没做判空。顺手修了，省得以后某天突然报错。还有 404 日志，如果某个旧链接突然出现大量404，可能是外部网站引用了失效地址，加个301跳转就能把流量接住。这些小事花不了十分钟，但能避免大问题。

最后说更新。CMS 核心、主题、插件，有更新就尽快打。但别在业务高峰期点“立即更新”，我一般选在凌晨或者周末早上。更新前先备份，更新后立刻打开首页、后台、提交表单测试一遍。有次一个安全插件更新后把联系表单的提交按钮禁用了，客户三天没收到询盘，差点丢单。所以，更新完必须走一遍核心流程，别只看后台显示“成功”就关掉。

网站管理这活儿，琐碎，重复，但容不得侥幸。你糊弄它，它迟早会在某个深夜或者周末给你一记闷棍。把备份、安全、性能、日志、更新这几件事做成固定动作，形成肌肉记忆，后面就轻松了。毕竟，谁也不想在陪家人吃饭的时候接到“网站打不开”的电话。

```