1 月 2 日那批 128 张缩略图的尺寸错位是怎么来的
缩略图统一报 240×240,实际下载下来有 43 张是 236×236。我在笔记本上画了三遍像素格才确认不是自己看花眼,最后发现是导出脚本里一处四舍五入。
本周把 1 月 2 日到 1 月 7 日之间翻过的九个条目重新对了一遍原图校验码,其中三条的取图路径和上周记录不一致,我把差异逐条抄在了下面。
缩略图统一报 240×240,实际下载下来有 43 张是 236×236。我在笔记本上画了三遍像素格才确认不是自己看花眼,最后发现是导出脚本里一处四舍五入。
旧表是 2023 年秋抄的,编号从 0049 起跳,新表从 0047 起跳。我拿第 17 号做样本,两边指向的图完全不同,说明中间重排过一次。
我问过三位做图片归档的朋友,两位说指移动端适配,一位说指打包格式。为了不把概念混着用,我在正文里把三种理解分开列了,各自标了出处。
他带了台 2019 年的旧笔记本,我带了移动硬盘。我们约定只看前 8 位,对不上就当场重下。结果 37 张里有 5 张要重下,其中 2 张重下后还是对不上。
我在表头加了这一列,要求每季度至少碰一次。风险是很明显的:人一懒就会批量填同一个日期。所以我给自己定的规矩是同一天最多确认 20 条,填完当场截图留证。
周一我用 0047、0048、0049 三个编号各试了五次,浏览器 A 全都返回 200,浏览器 B 有两次返回 304。差别大概率在缓存策略上,但我没有抓到能写进结论的证据。
复印页是 A4 双面,一共 14 张,边角有咖啡渍。和现在能对上的只有 61 条,其中 12 条标题措辞变过。我把差异逐条抄进了笔记本第 43 页。
表面看是传输问题,实际牵涉到取图链路的断点位置。我尝试复现了四次,三次在第二步失败,一次成功。失败日志里有一行错误码 0x80070005,我至今没查清具体含义。
第一次是超时,第二次是返回一张纯白图,第三次下载文件只有 0 字节。这三次我都没有删记录,因为失败样本比成功样本更难得,删了以后就说不清了。
说句可能不太讨喜的话:这份榜单里排第三的那篇,我至今认为它只值一个待办便签,不该有 884 次浏览。真正值得反复看的是第六篇——那份 2024 年的复印页里藏着一处编号断档,解释了我两年来一直没弄明白的 12 条对不上的记录。浏览量低,多半是因为标题写得太像怀旧散文,而不像技术记录。这是我的失误,下次会改。