2019 年 4 月那份 49 图库快照，为什么缺了第 0047 号条目
我在旧硬盘里翻到一份 4 月 18 日的抓取快照，目录从 0046 直接跳到 0048。翻遍日志才确认是当天一次重定向造成的。
索引 #012026-02-28
档案条目
11 条
2025 年 7 月接口换版本：查询参数从 page 改成 offset 的那一天
七月九日凌晨的变更没有公告。手写脚本全部报 400，我把两份响应体打印出来逐字段对比，才定位到偏移量语义变了。
索引 #022026-03-02
恢复原来正版 49 图片的三种路径，以及它们各自失效的时间点
旧域名、旧目录、旧参数，三条路分别在 2023、2024、2025 年失效。我按失效顺序排了一遍，附上每次的返回码。
索引 #032026-01-19
手机 QQ 浏览器能不能读历史查询页——我拿三台不同系统的机器试过
Android 14、iOS 17、鸿蒙 4，页面渲染结果差得比预想多。iOS 上表格固定列会错位，我截图记录了复现步骤。
索引 #042026-02-11
桌面端网页版入口的地址结构：一次从地址栏反推路由的尝试
把 URL 里的路径段逐个删掉再回车，看服务端如何降级。七次尝试里有五次落到了首页，两次返回 404。
索引 #052026-02-06
查询优化建议的复盘：索引键选错，让一次查询从 0.4 秒变成 11 秒
我按时间倒序建了复合索引，结果因为范围条件放在前面，索引直接失效。改顺序后压回 0.3 秒。
索引 #062026-02-22
编号规则的两版对照：为什么 2021 年后序号不再连续
旧版按入库顺序递增，新版按哈希后四位生成。中间那段断号不是丢失，是规则换了。
索引 #072026-01-30
2024 年 11 月 3 日的缓存穿透，让当天历史数据慢了整整 40 分钟
那天下午四点前后大量请求打穿缓存，回源查询排队。我后来在日志里数到 12 万次重复 key。
索引 #082026-02-15
抽了 200 条历史记录做对照，发现 63% 的字段在新旧接口里含义一致但命名不同
命名从驼峰换成了下划线，值本身没动。凭这一点，我写了个转换函数把两份数据合进一张表。
索引 #092026-03-05
入口地址三次迁移的完整时间线：2022-06、2023-12、2025-07
每次迁移前后我都留了抓包记录。第三次最隐蔽，页面外观没变，只有查询响应头里的 server 字段换了。
索引 #102026-02-03
说实话，我不认为把查询结果长期公开是好事，但短期对核对确实有用
这点我可能和别人看法不同。公开降低了核对成本，代价是旧数据被反复固化，版本一旦更新反而更乱。
索引 #112026-03-09