陈伯在氹仔旧书摊翻出的一本 2019 年图库索引
陈伯把书脊裂开的那本索引摊在折叠桌上,指给我看第 38 页:编号栏从 0140 直接跳到 0152,中间十二个位置空着。他说这本是当年印了三百册的存本,编号断档是排版时合并了栏目造成的,不是缺页。
那份手抄本用的是蓝色横格纸,第四十七行写着"0149"三个数字,旁边有人用铅笔补了一句"入口改过一次"。我站在那儿抄了四十分钟,回办公室就开始把这次能核对上的条目一条条排进分类表里——这就是这份收录页的由来。
这里列的是这一轮实际打开、翻页、比对过来源的条目,每条都注明了核对方式和卡住的地方。没有亲眼确认过的,我不往表里放。
陈伯把书脊裂开的那本索引摊在折叠桌上,指给我看第 38 页:编号栏从 0140 直接跳到 0152,中间十二个位置空着。他说这本是当年印了三百册的存本,编号断档是排版时合并了栏目造成的,不是缺页。
链路一共三次重定向,第二次跳转之后的落地页顶部多出一行灰色小字,写的是"内容同步于主站"。我不太确定这行字是谁加的,但它出现在我第三次刷新之后,说明至少有一个中间层在做缓存合并。
说实话,我更相信陈伯那本索引的解释:当年栏目合并,编号跟着跳。很多人一看到 0149 前后不连续就判定"数据缺了",这个判断太急。不连续的编号往往恰恰说明原始记录被完整保留下来了,因为做假的人不会留这么明显的一道疤。
八月初第一次看,列表在左栏;八月中旬再看,列表挪到了正文通栏,左栏换成日期归档。两次变化之间隔了九天,中间没有公告。我把两次的截图并排存在一个文件夹里,命名为"0815-结构差异",一共 6 张。
同一地址在三个内核下表现不一致:Chromium 系直接进,WebKit 系卡在空白页约四秒,Gecko 系弹了一个证书提示。这是我在同一台机器、同一个网络下依次做的,每换一个浏览器就清一次缓存。
十二个栏目里,有四个是同一内容的别名,比如"历史归档"和"往期目录"指的是同一批条目。我做了交叉表,用行表示原始栏目名、列表示去重后的实际内容,最后压缩成了八类。这个压缩过程比我预想的费时间。
自动打开的触发条件和"上次停留超过 30 秒"有关,我在同一部手机上做了五次试验:停留 10 秒关掉,不复现;停留 35 秒关掉,复现四次。第五次因为中途来了电话没有完成,这个样本我没算进去,记在备注里。
功能介绍页第二屏末尾有一句很小的字,大意是离线状态下只显示已缓存的缩略图。这句话基本决定了断网时的体验预期,但它在页面上被压到了几乎和脚注同样的大小,很少有人在整理时提到它。
林小姐在电话里说她那边用的是另一套编号,从 0001 起连续排,没有断档。这意味着两套编号体系不能直接对照,我暂时在表里把她的那批条目单列成一个附录,不做强行合并。
2019 年那本第 38 页的内容,在 2022 年复本里跑到了第 41 页,2024 年那份又回到了第 37 页。三次调整的幅度分别是 +3、−4。这说明排版不是一次定型,而是随年度增补重排,引用时如果不注明复本年份,页码几乎没有意义。
他说:"目录不是给人查的,是给人对账的。"我当时没接话,回来把它写在本子第一页。这份收录页要做的其实就是对账——把能对上的对上,对不上的挂在那儿,等下一次再对。
按这一轮实际用到的主题打标,不设宽泛分类词。