我接手过一个老网站，网页后台是修改十几年前搭的，前端代码像一锅乱炖。代码改个标题要翻三个文件，网页调个颜色得用“!important”硬压。修改最崩溃的代码是，客户说“把logo往左挪一点”，网页我愣是修改找了半小时，才发现那个logo是代码用绝对定位写死的，top值还是网页负的。

后来我学乖了。修改改代码前先干一件事：把页面整个截图，代码用红笔圈出要动的网页地方，再对着HTML结构数一遍嵌套。修改别笑，代码这招比直接搜代码管用。因为很多旧代码压根没有规范的class命名，你搜“header”能蹦出来五个不同含义的div。

真正的修改，往往不是技术问题，是判断问题。比如那个“往左挪一点”的logo，客户想要的可能不是挪位置，而是觉得它和旁边的文字间距太挤。你要是真去调left值，调完他还会说“再往左一点”——因为根本问题没解决。这时候你得看代码上下文，发现logo父容器有个padding-right设了20px，改成30px，间距舒服了，客户闭嘴了。

网页修改里最坑的是CSS优先级。你辛辛苦苦写了个新样式，刷新一看没变化。别急着怀疑浏览器缓存，先按F12看元素面板，大概率是某个老选择器权重比你高。比如人家写的是“#main .content ul li a”，你写的是“.nav a”，后者直接被碾压。这种时候别硬刚，要么给新样式加个更长的选择器，要么干脆在style标签里用“!important”——虽然丑，但管用。我一般只在改动极小且不想动原有结构时用这招，用多了代码会变成屎山。

还有一类修改，纯粹是数据问题。比如页脚那个电话号码，客户说换一个，结果你改了HTML里的数字，但页面显示的还是旧的。查了半天，发现电话号码是从后台接口读的，存在数据库里。这种时候，改代码是没用的，你得去后台改配置，或者干脆在接口返回前加个替换逻辑。但加逻辑前先问一句：这号码以后还会不会变？如果会，最好让客户自己改后台，别每次找你。

改代码最怕的是“顺手优化”。你看着那段老代码不顺眼，想重构一下，结果改完发现页面布局全乱了。我吃过一次亏：为了删掉一段冗余的JS，把某个按钮的click事件弄丢了，客户差点打电话骂人。从那以后，我给自己立了条规矩——修改时只动目标区域，其他代码一律不看、不碰、不评价。哪怕它写得像坨屎，只要不影响我要改的地方，就让它继续在那边躺着。

最后说个实操技巧。改完代码一定记得在浏览器里开隐私模式测试，因为普通模式有缓存，你盯着屏幕以为没生效，其实代码已经改了。另外，改完顺手按一下Ctrl+F5强制刷新，能省掉很多“怎么没变化”的疑惑。

网页修改这事儿，说穿了就是三件事：找到对的文件，改对的地方，别碰不该碰的。剩下的，都是经验堆出来的手感。你多改几回，自然就知道哪些坑要绕着走，哪些地方看着危险其实没事。就像老中医摸脉，摸多了，指头自己会说话。