麻将胡了2资料页响应里的 Age,是文章已经发布了多久吗?

不是。RFC 9111 把 Age 定义为对这次响应距离源站生成或成功验证以来所过秒数的估计。它不是文章首发年龄。检查麻将胡了2资料页时,应分别看缓存响应字段、文章显示的日期以及实际读取时间。

Age 回答的是这次响应的传递情况

规范规定 Age 为非负的秒数,用于表示缓存对响应年龄的估计。若某页页脚写今年三月,但响应里看到 Age 为 90,可先照记这次响应的估计年龄约九十秒。两项没有冲突:前一项是文章所展示的时间,后一项属于 HTTP 传递。不能将九十秒倒推成文章发布或正文更新的时刻,也不要把页面作者的日期用来验证该响应字段应是多少。

生成与成功验证都可能影响估计

RFC 9111 的说明并没有把计算起点永远固定在文章第一次发布。源站之后的响应或一次成功验证可能让缓存所报告的年龄与旧观察不同。在两次核对中,如果 Age 下降而正文看起来没变,先分别记录,不自动写发生了改稿。还可能经过不同缓存路径,数字也会变化。要判断是否内容改变,可以另外比对同一路径返回的文字及页面自身的版本标记。

缺少这个字段也不能代替证据

有些响应没有显示 Age。这时资料笔记应写未见该字段,不用零替代,也不认定源站一定被直接访问。需要解释一次旧图仍可见,可以同时记录当前访问时间、响应字段是否存在以及实际看到哪一版图片。浏览器和中间缓存各自的可见信息不同,未测到某一层就不对它的行为下结论。对读者来说,保留区分比猜一个固定缓存时长更可靠。

让另一位读者复查同一条记录

可以按“最终地址/访问时间/Age 原值/文章日期/实际所见”五栏写一条。再次查看时沿同一地址复核并保留第二行,别用新结果覆盖第一次。如果只拿到文章截图,没有响应字段,就只能引用文章显示的日期,无法说那次响应几秒。这里讨论一般网络机制,不表示任何具体同名作品的说明都采用统一缓存规则。对照两个不同地址的图片时,先确认是否真的是同一张资源。同一个文章入口可以加载多个资源,各自的缓存记录未必同步;仅有页面这一项不能替图片填写年龄。

常见问题

Q1 问:Age 变小就是文章重新发布了吗?

A1 答:不能这样判断。它是响应层字段,正文是否变化要另外核对。

Q2 问:没看到 Age 要写成零吗?

A2 答:不应。未见字段和有一个零值是不同的观察。

Q3 问:能把 Age 直接写进文章发布日期吗?

A3 答:不能。公开日期应按文章或发布记录,Age 仅用于读懂响应。