去年接手一个本地装修公司的网站官网，前端页面停在2018年，次开jQuery版本是网站1.9，后台还是次开手写的PHP混编。老板要求加在线预约功能，网站我打开代码一看，次开表单提交直接拼SQL，网站连参数过滤都没做。次开这种站不二次开发根本没法用，网站但改起来比重新写还费劲——旧代码像缠在一起的次开耳机线，你动一根，网站另外三根跟着抖。次开

二次开发第一个坑是网站数据库。原表设计用逗号分隔存多个图片路径，次开改一个字段得全表扫一遍做字符串替换。网站我花了两天才把图片路径拆成独立关联表。期间发现三处外键约束缺失，删除主表记录后子表留一堆孤儿数据。这种问题在初期开发时埋下，后期每加一个功能都要替前人还债。

前端改造反而简单些。原页面用table布局，响应式基本靠缩放。我保留导航和页脚结构，把主体换成flex，图片加懒加载。有个细节：旧站用了某种中文WebFont，加载时文字闪烁严重。直接删掉，改用系统字体栈，首屏时间从4.2秒降到1.8秒。老板没提这个需求，但用户跳出率降了11%。

后台逻辑最棘手。原登录验证用md5加固定盐，盐值硬编码在config里。我改成password_hash加随机盐，但老用户密码得兼容。方案是登录时先走新验证，失败再用旧逻辑比对一次，成功则更新哈希。这段代码我写得很小心，因为一旦出错，所有老用户都登不进去。上线前用测试库跑了200个模拟账号，确认无误才部署。

接口层我加了一层薄封装。原代码里每个PHP文件都直接连数据库，改数据库配置要动十几个文件。我抽出一个db.php，用PDO预处理，所有查询走统一入口。这不算重构，只是止血。真正要改的是业务逻辑散落在视图层的问题——比如预约功能，表单验证、写库、发邮件全混在一个文件里。我拆成三个函数，视图只负责渲染。改完那个文件从380行降到90行。

有个意外收获。旧站有个“案例展示”页面，图片没压缩，单张平均2.3MB。我批量转成WebP，尺寸限制在1200px宽，总体积从47MB降到6MB。老板后来跟我说，那个月网站流量涨了，他以为是推广效果，其实是页面打开快了。这种细节在二次开发里经常被忽略，大家盯着功能，忘了性能本身就是功能。

不是所有旧代码都值得留。有个“在线留言”模块，原开发者用XML存数据，每次读取要解析整个文件。我直接废弃，改用MySQL。但迁移时发现旧数据有乱码，GBK和UTF-8混着存。写了段脚本逐条检测编码，转完再入库。这种脏活没人愿意干，可不干的话，新功能一上线，老数据就成了定时炸弹。

最后说个教训。改完后台上传功能时，我顺手把文件类型校验从黑名单改成白名单，觉得更安全。结果客户上传CAD图纸，后缀.dwg不在白名单里，被拒了。客户打电话骂人，我才意识到装修公司要传的格式千奇百怪。安全策略得跟着业务走，不能照搬教科书。后来改成白名单加管理员手动放行，才算平衡。

二次开发没有标准流程。每个旧站都是独特的历史遗留物，你得先读懂它为什么长这样，再决定砍哪根枝。有时候改一行代码比写一百行新代码更费神。但看到老站跑起来不报错，后台操作不再卡顿，那种感觉比从零建站踏实——你知道自己接住了一个正在下坠的东西。