老程序还有人在用：为什么我宁可留着十年没大更新的 CMS
摘要
2026 年了，我手上还有个站点跑着 2015 年发布的主程序版本。朋友看见都问一句「不怕有洞？」——怕，但我算过账，换程序的代价比补洞更大。 为什么不换 数据能迁，模板不能：栏目、文章、附件都好搬，但那些为具体需求磨出来的模板、钩子、插件
2026 年了，我手上还有个站点跑着 2015 年发布的主程序版本。朋友看见都问一句「不怕有洞？」——怕，但我算过账，换程序的代价比补洞更大。
为什么不换
- 数据能迁，模板不能：栏目、文章、附件都好搬，但那些为具体需求磨出来的模板、钩子、插件，搬一次等于重写一遍，一周只能搬一个站。
- 新版本不等于更安全：新版功能多，攻击面也大。老程序功能少，我能把每一个入口都读一遍，读得完就敢守。
- 生态取舍：新程序生态热闹，但插件质量参差；老程序插件少，反而每个都摸熟了。
我实际做的四件事
- 锁定出站与入站的暴露面：后台改路径、加二次验证、关掉不用的入口。
- 在 Web 层做兜底：用 Nginx 规则拦掉明显的扫描特征，比等程序出补丁快得多。
- 只升必要补丁：安全补丁立即上，功能版本不动。测试站跑一遍再上生产。
- 定期做冷备：数据库每日、整站每周，备份放另一台机器，取回验证过一次才算数。
什么情况下我会劝人换
三种情况：官方彻底停止安全维护、团队里已经没人看得懂这套代码、站点到了必须上多语言或复杂权限的阶段。这三条里出现任意两条，换就是划算的。只出现一条，通常还撑得住。
一个小提醒
网上最常见的建议是「有更新就更」。这句话对个人电脑成立，对生产站点不成立。生产环境的更新是一条有风险的改动，要有回滚方案才叫更新，没有回滚方案叫赌博。
2026年10月22日 10:50
前后30天 · 点日期看归档
9月22日
9月23日
9月24日
9月25日
9月26日
9月27日
9月28日
9月29日
9月30日
10月1日
10月2日
10月3日
10月4日
10月5日
10月6日
10月7日
10月8日
10月9日
10月10日
10月11日
10月12日
10月13日
10月14日
10月15日
10月16日
10月17日
10月18日
10月19日
10月20日
10月21日
10月22日
10月23日
10月24日
10月25日
10月26日
10月27日
10月28日
10月29日
10月30日
10月31日
11月1日
11月2日
11月3日
11月4日
11月5日
11月6日
11月7日
11月8日
11月9日
11月10日
11月11日
11月12日
11月13日
11月14日
11月15日
11月16日
11月17日
11月18日
11月19日
11月20日
11月21日