3 月 14 日晚 9 点，第一次用旧笔记本走通首页到资料页的两段跳转
那台 2015 年的 ThinkPad X250 只剩 4GB 内存，Chrome 开三个标签就开始喘。我在 21:07 记下第一段跳转耗时 2.3 秒，第二段 1.8 秒，中间没有出现白屏。这条记录的参考价值在于它用了最差的设备，所以几乎所有人都会比它快。
收录条目：11 条实测记录
按“能否在 3 分钟内独立复现”从高到低排列。每条下面都写了当天的时间点、使用的设备，以及卡住的位置。第 4 条和第 9 条的结论并不一致，我没有合并它们，因为在两台不同网络上结果确实不同。
保存方法
把资料页另存为单个 HTML 的三个坑：陈默在 3 月 19 日帮我复现了两次
第一次失败是因为图片用了懒加载，存下来的文件里 7 张图有 5 张是空白占位；第二次失败是把脚本禁用了，页面结构在本地打开时塌成一条线。陈默在微信里只说了一句“你要的是快照还是拷贝”，这句话让我把需求重新写了一遍。具体流程记在49图库资料保存方法里。
4 月 2 日清晨 6 点 40 分，免费入口在移动网络下反而更稳
同一部手机，切到家里 Wi-Fi 时有两次停在加载条 80% 的位置，切回 4G 就过去了。我没有找到确切原因，只记录了现象：清晨 6 点到 7 点之间，整条链路的重试次数明显更少。这大概和时段负载有关，但样本只有五个早晨，不足以写成结论。
同一台 iPad 上，49图库免费版与资料中心页的 4 处差异
把两页并排放了整整一个下午，差异集中在：首屏图片数量、是否缓存上次浏览位置、滚动条回弹、以及返回按钮的落点。前两项影响很大，后两项纯属手感。我倾向于认为第二项差异是设计取舍而不是缺陷，因为资料中心页要承载更长的列表。
反馈渠道
4 月 9 日发出的一封反馈邮件，48 小时后收到两行回复
回复里只有“已记录”和“预计下次更新”两句，没有编号，也没有时间表。我把邮件原文和回信都截了图，存在本地文件夹 feedback-2026-04 里。渠道本身是通的，这一点比回复的详细程度更重要；如果你也在写反馈，49图库资料免费打开网站反馈渠道里记了四个可用的入口和各自的平均响应时间。
周岚在 4 月 12 日测出的首屏数字：2.9 秒与 1.4 秒的差别来自一张图
她用同一台 iPhone 13 测了两遍，唯一变量是首页那张横图有没有被浏览器缓存。第一遍 2.9 秒，第二遍 1.4 秒。这个数字比任何优化建议都直接：先把经常重复出现的资源处理好，剩下的讨论才有意义。
把一篇长文存进「二人世界免费看正片」那个书签夹之后，我改了自己的整理习惯
那个书签夹原本是别人建的，名字有点随意，我顺手接了进来。里面一共 23 条，按“读完了”“读一半”“待读”分了三层，我照着这个结构把资料中心页的收藏也重排了一次。分类方式本身没有技术含量，但它让我第一次看清自己到底囤了多少没打开过的东西。
失败记录
4 月 18 日那次保存失败：文件名里的全角括号让下载直接中断
这个错误低級得有点好笑。我把文件名写成「资料（三）」加全角括号，下载进行到 62% 就断，换成半角之后一次通过。记录它是因为类似的小问题在整理过程中出现的频率比想象中高，而且没人会专门写出来。
4 月 22 日在图书馆的公共电脑上，入口行为与家里完全不同
同样的链接，在图书馆那台装了还原卡的机器上，第一次访问会多出一个中间页。我猜是代理或缓存策略不同，但没有权限查看网络配置，只能把现象写下。这条记录标了“待验证”，如果谁有类似环境，欢迎补上。
把 11 条记录压成一张 A4 纸：4 月 27 日下午的收尾工作
我用两栏排版，左边写时间线，右边写结论，页脚留了一行给未解决的问题。打印出来核对时发现，有三条记录的日期和实际测试日差了一天，全部改正。这张纸现在贴在书桌右上角，比任何数字清单都管用。