我把这个博客改砸过三次
这个博客活到今天,被我弄坏过三次。
不是"改得不好看"那种坏,是打开之后白屏、导航消失、图全挂的那种。
第一次:删干净了
那时候刚把博客迁到 Workers 上,跑得挺稳。我看了几篇讲性能的文章,越看越觉得自己这套东西很脏:有个 content-visibility 没用上,有个滚动监听没用 rAF 节流,字体是外链的。
于是我花了一个晚上"重写"。
删掉了滚动监听,换成纯 CSS 的吸附;删掉了一个我觉得没用的转场;把字体改成系统字体,理由是"省 300KB"。
第二天早上打开,页面确实快了一点。但整个站变成了一块静止的塑料板:导航不再随滚动变形,卡片不再淡入,音乐播放器从角落滑到导航栏的那段动画没了——它现在直接出现在那儿。
我在电脑前坐了大概十分钟,然后手动回滚到上一个版本。
那次之后我给自己定了一条:改之前先截图。没有"之前"的样子作对比,你根本说不清自己失去了什么。
第二次:缓存把我骗了
第二次是改配色。改完之后怎么看都不对,我就一遍遍调,从 #2f6bff 调到 #3268f0,再调到 #2a63f5,来回折腾了一个多小时。
后来发现我看到的根本不是新代码。首页的 HTML 在边缘缓存着,缓存时间是……一年。
一年。我当时设置这个值是想着"内容不常变,缓存久一点省事",完全没想到它同时把"我自己看效果"这件事给锁死了。
那次学到的:硬刷新只清浏览器,清不掉 CDN。 要验证改动,得让 URL 变一下——加个 ?v=123 就是一个新地址,一定回源。这个习惯我到现在还在用,每次改完先访问 https://blog.xxx/?v=随便什么。
顺便把那个一年改成了 1 小时。内容变了有主动清缓存的机制,犯不上靠一年来兜底。
第三次:玻璃
第三次最丢人,因为它是"按要求改"改坏的。
我说我想把顶栏改成那种 iOS 的液态玻璃,通透、有折射感。于是我把底色透明度降到 0.32,模糊调到 24px,饱和度拉到 190%,加了一圈方向性的镜面高光。
我当时觉得很对:透明度低=通透,饱和度高=颜色鲜艳,高光=有质感。
结果截图发过去,对方回了一句:纯玻璃不好看,还是改成毛玻璃吧。
我重新看那张截图,才发现问题在哪儿。背后的插画颜色是透出来了,但不是糊成一片雾,是清清楚楚的花色——因为 saturate(190%) 把透出来的颜色又提亮又拉艳,等于给背景加了一层滤镜。而 24px 的模糊根本不足以糊掉线条,人脸的五官还能认出来。
后来改回来:底色提到 0.72,模糊拉到 36px,饱和度降到 135%,高光只留顶部一条细线。同一个页面,一下子从"塑料片"变成了"磨砂玻璃"。
这件事教我的不是一个参数,是一个顺序:我一直在调透明度,但真正决定观感的是模糊半径和饱和度。
三次的共同点
三次都是我"觉得自己在变好"的时候弄坏的。
第一次是删得太多,第二次是看不到真相,第三次是理解了错的因果。
共同点其实只有一个:我没有在改之前,先把它量一遍、截一张、记下当时的数字。所以我既不知道自己破坏了什么,也不知道自己到底改好了没有。
现在我的流程变成这样:改之前跑一次测量脚本,记下每个请求的耗时和体积;改完再跑一次;数字不对就回滚,不跟它讲道理。
听起来很笨。但比"感觉好像快了一点"靠谱。
暂无评论,来抢沙发吧~