GetZlib 的“来源检查日期”是什么意思？
用示例记录理解来源检查时间、UTC 时区和地址未变的情况，学习记录核对依据，区分来源查询与连接测试。
GetZlib 域名页上的“来源检查日期”，记录项目更新流程何时检查了域名信息来源，不是最近一次成功打开目标网站的时间。
用一条示例记录理解日期
以下为虚构教学数据，不是当前线上状态：
| 字段 | 示例值 | 含义 |
|---|---|---|
| 收录地址 | https://catalog.example.org/ | 从来源中选定的地址 |
| 来源检查时间 | 2026-10-20T08:00:00Z | 记录的来源查询时间，Z 表示 UTC |
| 下一次来源检查时间 | 2026-10-21T08:00:00Z | 再次查询仍可能得到相同地址 |
| 连接测试 | 未记录 | 不能由上述时间推断曾成功连接 |
示例中的 UTC 08:00 对应中国标准时间（UTC+8）16:00。同一时刻在其他时区也可能属于不同的日历日期；比较记录时，应先确认时区，再判断是否矛盾。
如果地址没变、检查时间推进，不必仅为日期变化而更换书签。如果地址变了，先核对新主机名和来源，再决定是否替换。如果日期不再推进，记下页面上的地址和时间；仅凭页面无法确定是任务失败、发布延迟，还是其他原因。
留下一份可用的个人核对记录
一起记录三项：“页面显示的地址”“页面显示的来源检查时间”“我查看页面的时间及其时区”。若实际测试了连接，另行记录结果、浏览器错误和网络环境，不要把来源查询写成“网站已验证”。连接失败时，直接使用故障排查步骤，不必把等待日期变化当成解决办法。
更新流程实际做了什么
常规更新任务读取 Z-Library 的 Wikipedia 页面，从信息框中提取网址，再将选定地址和检查时间写入 GetZlib 配置。当前工作流配置为每天运行，也可手动触发；有定时计划不代表每次运行都成功，或结果都已发布到线上。
即使选定地址没有变化，时间也可能更新。这表示重新查询过来源，不表示发现了新域名。
三种日期，含义不同
| 日期 | 表达的含义 |
|---|---|
| 文章发布或更新日期 | 编辑文章何时发布或修改 |
| 域名来源检查日期 | 更新流程何时检查域名信息来源 |
| 连接测试日期 | 何时实际测试过某次连接；来源任务不记录这项测试 |
修改这篇文章不会触发域名检查。查询来源也不等于更新所有文章或测试所有访问方式。
这个日期没有验证什么
任务不请求目标网站来检测 HTTP 响应，不验证目标的 TLS 配置，也不测试不同地区的访问情况。它还不验证网站归属、不扫描安装包、不比对文件签名或哈希、不发送邮件，也不通过 TOR 连接。
较新的日期不是安全认证。较旧的日期也不能单独证明域名已失效。更新失败时，之前记录的日期可能保留下来；仅凭日期无法判断具体原因。
核对链接时怎么用
- 在域名页一起查看地址、来源和检查时间。
- 比对完整目标主机名，在输入凭据前寻找交叉佐证。可参考网址核对指南。
- 链接打不开时，记录具体错误并参考故障排查指南。来源时间无法诊断你的网络连接。
- 对于邮箱、TOR 和 Android 下载，查看各自的验证说明，不要套用域名检查日期。
GetZlib 是独立、非官方目录。来源记录帮助说明链接从哪里来，不能替代对目标本身的核对。