内容摘要：凌晨三点，我盯着屏幕上一行报错代码，差点把咖啡泼在键盘上。那是一个织梦CMS老项目，客户要加个自定义字段，结果模板标签死活不认新参数。缓存清了，权限查了，后台设置翻了个底朝天——最后发现是模板文件里少

凌晨三点，修复织梦我盯着屏幕上一行报错代码，修复织梦差点把咖啡泼在键盘上。修复织梦那是修复织梦一个织梦CMS老项目，客户要加个自定义字段，修复织梦结果模板标签死活不认新参数。修复织梦缓存清了，修复织梦权限查了，修复织梦后台设置翻了个底朝天——最后发现是修复织梦模板文件里少了一个闭合的大括号。就这一个字符，修复织梦让整个页面白屏了两个小时。修复织梦

这活儿不难，修复织梦但磨人。修复织梦织梦这系统，修复织梦说好听叫经典，修复织梦说直白点就是老。它出生在移动互联网还没影儿的年代，那时候网页只要能在IE6里不散架就算成功。现在呢？手机、平板、各种分辨率，它那套模板机制像一件穿了十五年的旧毛衣，袖子短了，领口松了，但你还舍不得扔——因为针脚里缝着太多数据结构和后台逻辑，换别的系统等于把整件毛衣拆了重织。

我见过太多人骂织梦，说它漏洞多、安全差、代码乱。这话不假，去年某知名站点被拖库，原因就是织梦一个老版本SQL注入没补。但骂归骂，国内中小企业站、政府门户、甚至一些高校官网，至今还有一半跑在它上面。为什么？便宜、简单、模板多。一个初中毕业的站长，花半天就能学会发布文章，换WordPress反而不适应。

这次修复让我想起一个老裁缝的故事。有人拿了件祖传的旗袍找他改，说腰身要收两寸。裁缝一看，布料都脆了，针脚一碰就碎。他没法直接改，只能先把整个腰封拆下来，用同色的丝线重新锁边，再把盘扣位置挪了半寸，最后熨烫时垫了块湿布，防止绸面起亮光。改完以后，旗袍看着还是那件旗袍，但穿上去的人知道，里面衬的骨子已经换过了。

我现在做的就是这活儿。给织梦打补丁、改模板、优化SQL查询，不推倒重来，而是在旧骨架上续命。比如这次，除了补上那个大括号，我还顺手把列表页的循环标签改了——原来每次翻页都要查一次数据库，现在用缓存变量存住分类ID，查询次数直接砍半。客户不会看到这些改动，他只关心页面加载快了0.8秒，后台发文章不再卡顿。

有人劝我，别在破船上浪费时间了，学学新框架，接私活价格翻三倍。我试过，用ThinkPHP重写过一个小站，前后端分离，接口文档写了一大堆，最后客户说：“不对啊，我原来在后台直接改个HTML就行，现在怎么还要等前端打包？”他不在乎什么架构优雅，只在乎能不能像以前一样，半夜想起来改个错别字，打开浏览器就能动手。

所以修复织梦，本质上是修复一种使用习惯，修复那些年沉淀下来的操作记忆。它不性感，不前沿，甚至有点土。但每次当我看到那些老站点重新跑起来，后台登录页那句“欢迎使用织梦内容管理系统”亮起来时，我会觉得，这世上总有些东西值得被修修补补，而不是一扔了之。就像那件旗袍，改好了，还能再穿十年。