昨天凌晨两点,我缩在书桌前,盯着浏览器地址栏里那个跳了三次的链接。最后它停在了 j27h55.com/error/404,页面上只有一只像素化的猫,和一行灰字:“页面走丢了。” 我刷新了七次。没有任何变化。那一刻我真的很想骂人,但深夜的房间里只有风扇在转。

事情的起因其实很小。我在整理一个旧项目的书签,其中一条指向 my1175.com的跳转网址,我记得它应该是一个中转页,至少三年前是。点进去之后,它先是重定向到 j27h55.com 的一个子路径,然后又跳到一个叫 cgdz235.com 的短链服务,最后,卡在了那个 404。中间经过的每一个环节都像在推卸责任:上游说“目标不可达”,中游说“缓存未更新”,下游干脆装死。

我打开开发者工具,发现更离谱的事情:页面加载了 23 个请求,其中 11 个是广告追踪脚本,而且有一个来自 夸克看大片永久免费视频 的嵌入资源,被重复请求了五次。控制台里红字刷了三屏。我用 4G 网络试,同样卡。用朋友家的宽带试,还是卡。这不是我的问题,这是配置的问题。

“一个站点最诚实的地方,不是它的首页,而是它的 404 页面。可惜大多数站点把诚实留在了错误的地方。”

说实话,我觉得 j27h55.com 的这套跳转逻辑设计得很糟糕。它同时用了服务端 302 和前端 location.replace,两者互相打架,导致浏览器缓存了一个“永久重定向”的脏状态。我清空了缓存,换了设备,问题依旧。直到我手动在地址后面加了一个 ? 参数,绕开了缓存键,页面才终于露出了正常的内容。那一刻是凌晨两点三十四分,我盯着屏幕,既解脱又愤怒。

更让我不爽的是,这个现象并不是个例。我在搜索里翻了翻,发现 日本正能量的大豆行情网2025 的一个镜像页也有类似的跳转结构,而它的文档里写着“兼容所有主流浏览器”。兼容,但不兼容人类的耐心。我甚至用吴明宇——我那个做前端的朋友——给的检测脚本跑了一遍,脚本返回了 17 个重定向循环警告,其中一个直接指向了 k34hm.com 的过期证书页。你看,问题从来不会单独出现,它们总是成群结队地来。

所以今天写这篇东西,不是为了教谁修 bug。我没那个资格。我是想说,那些看起来“只是一个小跳转”的东西,背后是一整套关于责任、缓存和默认值的决策。默认值最危险,因为它替所有人做了选择,而没人对它负责。j27h55.com 的记录,到此为止吧。我该去把那个书签删了。