v1.9.1192026-05-16
运行时完全脱离 Cloudflare KV
这次移除 Worker 对 Cloudflare KV namespace 的绑定和旧回退读取，运行时数据继续按类落到 D1、R2 和 Durable Object。
- •删除 `wrangler.toml` 里的 `DOMAIN_INFO` / `[[kv_namespaces]]` 绑定，线上 Worker 不再需要 Cloudflare KV 资源才能启动。
- •移除用户、会话、激活码、站点设置、主机名映射和 WHOIS 等路径的旧 KV fallback / backfill 逻辑。
- •小型 TTL 和前缀查询运行态记录统一继续使用 D1 `runtime_kv`，不调用 Cloudflare KV API。
v1.9.1182026-05-12
WHOIS 多轮续跑，同步不再受 Worker 子请求限制
同步时的 WHOIS 刷新现在会自动分多轮完成，前端进度条保持连续，用户体感上仍是一次完整同步。彻底解决域名多时 WHOIS 查询因 Too many subrequests 全部失败的问题。
- •新增全局 subrequest 预算追踪：包装 globalThis.fetch 自动计数，预算 50，预留 8 给快照保存和收尾操作。
- •WHOIS 刷新循环检测到预算耗尽时，优雅跳过剩余域名并记录到 whoisContinuation 字段。
- •新增 sync-whois-continue 后端 action，接受被跳过的域名列表，只做 WHOIS 刷新 + 快照重建。
- •前端进度弹窗检测到 continuation 状态时自动发起下一轮请求，用户无感知多轮调用。
- •所有同步提供商（Cloudflare、DNSPod、DNSHE、DigitalPlat、VPS8）和 WHOIS 自愈均已加入预算守卫。
v1.9.1172026-05-09
WHOIS RDAP 权威端点自动解析
这次将 WHOIS/RDAP 查询从少量静态后缀映射升级为优先读取 IANA RDAP DNS bootstrap 注册表，让 .dev 等已发布权威 RDAP 的后缀可以直接走注册局端点，减少 Worker 子请求被 fallback 链路耗尽的风险。
- •新增 IANA RDAP bootstrap 内存缓存，查询时会把后缀解析到对应注册局 RDAP domain 端点，例如 .dev 会使用 Google Registry 的 https://pubapi.registry.google/rdap/domain/。
- •有权威 RDAP 端点的后缀会优先尝试 authoritative RDAP，再回落到 direct WHOIS、RDAP.org 和第三方 provider，避免同步阶段先消耗 referral WHOIS 和通用 fallback 子请求。
- •没有解析到权威 RDAP 端点的后缀不再追加必然失败的 authoritative-rdap 尝试，避免错误链路里出现无效的 “No authoritative RDAP endpoint configured” 并浪费 attempt budget。
- •保留 .com、.net、.icu、.cyou、.love、.llc 等现有静态 RDAP 映射作为离线兜底，IANA bootstrap 临时不可用时仍可覆盖已知高频后缀。
v1.9.1162026-05-07
后台错误日志上报和 WHOIS 查询优化
这次给用户后台增加错误日志上报入口，日志会写入独立 R2 存储并保留 30 天；同时优化 .com、.icu 等常见后缀的 WHOIS/RDAP 查询顺序，减少同步时的 Worker 子请求耗尽风险。
- •用户后台快捷操作里新增“上报错误日志”，可将当前页面的 WHOIS 错误和前端异常一起提交给管理员排查。
- •新增 `ERROR_LOGS` R2 绑定和 `domainkeeper-error-logs` 存储桶，错误日志按日期和用户分路径保存，并配置 `user-error-logs/` 前缀 30 天自动过期。
- •对 `.com`、`.net`、`.icu`、`.cyou`、`.love` 这类已知权威 RDAP 入口的后缀，WHOIS 查询会优先走 authoritative RDAP，再回落到直连 WHOIS 和第三方 provider。
- •已重新刷新 bacon 账号下的 WHOIS 失败记录，`x-filesunit.com`、`ziyuan.icu`、`ihope.cyou`、`jiedi.love` 已补齐注册商和到期日。
v1.9.1152026-05-01
后台首屏和表格保存优化
这次针对后台打开慢、保存后整页刷新和表头文案回退做了一轮收口：后台 HTML 缓存时间拉长，普通行编辑保存不再整页刷新，并防止“托管平台”列再回退为“类型”。
- •已登录后台页面的边缘缓存延长到 5 分钟，缓存键继续带上用户、快照版本和设置版本，保持隔离的同时减少重复首屏生成。
- •保存 Account Settings 时，只有自定义主机名真正改变才会跑 DNS 预检；普通 Token、提醒和授权设置保存成功后不再强制刷新页面。
- •点击“保存全部修改”时，只提交已编辑的域名行，保存成功后就地标记为已保存并刷新当前表格状态，不再重载整个后台。
- •加固“托管平台”列文案：动态列配置、设置页显示列开关和部署前检查已对齐，避免后续重建资源时表头又变回“类型”。
v1.9.1142026-04-29
补充注册商官网自动跳转别名
这次扩展注册商官网识别表，让 TuringSign Inc. d/b/a Cosmotown 等 WHOIS/RDAP 返回的法务名称也能自动显示官网跳转。
- •新增 Cosmotown/TuringSign 识别，注册商显示为 TuringSign Inc. d/b/a Cosmotown 时会跳转到 https://www.cosmotown.com/。
- •补充 Squarespace Domains、Tucows/OpenSRS、Enom、Network Solutions、Register.com、Name.com、IONOS、Key-Systems、HEXONET/1API、Ascio、CSC、Markmonitor、Safenames、101domain、Internet.bs、NETIM、Joker.com、OVHcloud、Realtime Register、Metaregistrar、EPAG、Domain Rob
- •自动识别仍优先使用内置别名表；只有当注册商文本里直接带官网域名时，才回退为该域名的 https 链接。
v1.9.1132026-04-29
补齐 .llc 权威 RDAP 查询
这次为 .llc 增加 Identity Digital 权威 RDAP 入口，避免 WHOIS 直连无服务器、RDAP.org 被拦截时把可查询域名误判为不支持。
- •.llc 域名现在会优先通过 https://rdap.identitydigital.services/rdap/domain/ 查询注册商、注册时间、到期时间和 nameserver。
- •该修复覆盖 botai.llc 这类 Identity Digital RDAP 可正常返回、但 RDAP.org 对 Worker 出口返回 403 的情况。
- •WHOIS 查询失败原因会减少“未配置权威 RDAP 端点”的误报，后续类似后缀应按权威 RDAP 来源补窄映射。
v1.9.1122026-04-29
托管平台按钮跳转到管理页
这次修正 VPS8 跳转位置：不再改注册商官网链接，而是让域名表“托管平台”列的按钮尽量跳到对应平台的域名管理页。
- •VPS8 同步数据如果带有服务编号，会跳转到 https://vps8.zz.cd/order/service/manage/{编号}；如果 OpenAPI 没返回编号，则统一跳转到 https://vps8.zz.cd/order/service。
- •DNSPod 托管平台按钮继续优先跳转到对应域名的解析记录页，缺少域名上下文时回到 DNSPod 域名列表。
- •恢复 VPS8 注册商官网链接为 VPS8 站点入口，避免把注册商官网入口和托管平台管理入口混在一起。
v1.9.1112026-04-29
修复 Cloudflare 同步状态误判失败
这次放宽 Cloudflare 同步中 WHOIS 刷新阶段的无进度判定，并在后端已写入同步完成时恢复成功状态，避免出现页面显示失败但步骤已完成的情况。
- •Cloudflare 同步在刷新多个顶级域名 WHOIS 时，容许更长的 WHOIS 阶段等待时间，减少外部 WHOIS/RDAP 慢响应造成的误判。
- •如果轮询发现任务状态似乎卡住，但用户的 Cloudflare 最近同步时间已经晚于本次任务开始时间，会将该任务恢复为成功状态。
- •这个修复保留 WHOIS 自动刷新，但不再让慢查询把已完成的 Cloudflare 同步显示成失败。
v1.9.1102026-04-29
托管平台列和 VPS8 跳转优化
这次将域名表格中的“类型”列改名为“托管平台”，让 Cloudflare、DNSPod、DNSHE、VPS8 等来源含义更直观。
- •后台和前台域名表格中的“类型”表头改为“托管平台”，更清楚表达 Cloudflare、DNSPod、DNSHE、VPS8 等来源含义。
- •账号设置里的列显示开关同步更名，避免客户把该列误解为域名类型。
v1.9.1092026-04-29
域名表头全选改为分表格作用域
这次修复后台域名列表的表头全选范围：顶级域名表头只选顶级域名，二级域名表头只选二级域名，避免跨表误选。
- •点击顶级域名表格上方的全选框时，现在只会勾选该表格内的顶级域名行。
- •点击二级域名表格上方的全选框时，现在只会勾选该表格内的二级域名行。
- •页面顶部批量工具栏的全选和取消选择仍保留全局批量操作语义。
v1.9.1082026-04-28
域名快照和 WHOIS 记录进一步 D1 化
这次把用户域名快照和 WHOIS 记录写入 D1，并增加旧 KV 回填 D1 脚本，为后续安全回收 KV 数据做准备。
- •新的域名快照保存会同步写入 D1 domains 表，读取时优先使用 D1，旧 KV 仅作为兼容回退。
- •新的用户 WHOIS 记录会同步写入 D1 whois_records 表，删除域名时也会清理对应 D1 记录。
- •新增只读 / 可执行的旧 KV 回填脚本，会先备份原始 KV 值并生成 SQL，确认后再写入 D1。
v1.9.1072026-04-28
客户工单增加编号
这次给客户工单增加 D1 顺序编号，方便超级管理员和客户在沟通时直接引用同一个工单号。
- •新工单创建时会自动分配 DK-000001 这类可读编号，编号计数保存在 D1，不依赖 KV。
- •旧工单在首次被读取时会按创建时间自动补号，避免客户历史工单没有可追踪标识。
- •超级管理员工单表新增编号列，客户后台工单历史也会在标题前显示编号。
v1.9.1062026-04-28
运维自愈减少热路径缓存写入
这次把 WHOIS 自愈从公共查询缓存写入里拆出来：自愈会重新查询并写回用户 WHOIS 记录和快照，但不再刷新公共查询缓存。
- •定时和手动 WHOIS 自愈仍然会绕过旧缓存做真实查询，避免旧失败状态影响修复结果。
- •成功的自愈结果只写用户域名数据和公开快照，不再额外刷新公共 WHOIS 查询缓存，减少热路径写入。
- •后续脱离 KV 的方向是：核心记录进 D1，长文件快照进 R2，进度和锁交给 Durable Object，KV 只保留过渡兼容读取。
v1.9.1052026-04-28
运维自愈进度区分配置上限和实际候选
这次把 WHOIS 自愈弹窗和日志里的跳过含义说清楚：跳过表示查询后仍缺少完整 WHOIS 字段，不会把不完整结果写回快照。
- •进度弹窗新增本次配置上限，明确展示每轮用户数、单用户域名数、总域名数和查询间隔。
- •弹窗中的已处理 / 候选域名改为实际候选，避免把 3 / 3 误解成系统没有按 100 的上限配置运行。
- •WHOIS 自愈现在会绕过旧的公共查询缓存，真正重新查一次，成功后再刷新查询缓存和用户快照。
- •补充 .kg 的权威 WHOIS/RDAP 入口和日期字段解析，让像 jj.kg 这类域名可以在自愈后写回完整到期信息。
- •跳过的域名会记录用户、域名和原因，便于判断是 WHOIS 源站仍然返回不完整，还是需要后续单独处理。
v1.9.1042026-04-28
运维调度时间和日志展示优化
这次把超级管理员运维调度的时间输入收敛到 15 分钟粒度，并把运行日志摘要改成可直接阅读的中文说明。
- •定时运行时间现在按 Cloudflare cron 的 15 分钟触发粒度处理，例如 00:53 会自动向后取整为 01:00。
- •运维日志摘要不再直接显示 JSON 或 key=value 串，而是显示扫描多少用户、候选域名、更新 / 跳过 / 失败数量和当次限速配置。
- •保存调度设置时会把实际生效的时间和限速配置一起记入日志，便于确认定时任务没有回到默认值。
v1.9.1032026-04-28
运维调度增加实时进度弹窗
这次给超级管理员后台补上定时自愈的运行中状态，当管理员刚好在后台时，可以看到 WHOIS 自愈正在处理哪个用户和哪个域名。
- •自愈任务运行时会写入短时运行状态，包括扫描用户、正在查询 WHOIS、完成或失败等阶段。
- •超级管理员页面会轮询运行状态，定时或手动任务开始后自动弹出进度框。
- •进度框展示有 WHOIS 问题的用户数、已处理 / 候选域名数、更新、跳过、失败数，以及当前用户和域名。
v1.9.1022026-04-28
超级管理员运维调度中心上线
这次把 WHOIS 快照自愈、每日定时运行、用户续期和提醒配置收到超级管理员后台，避免公开前台被刷新时触发不可控查询。
- •超级管理员后台新增运维调度标签，可手动执行 WHOIS 快照自愈，也可开启每日一次的定时自愈。
- •自愈任务默认限制每轮用户数、单用户域名数、总域名数和单次查询间隔，降低 WHOIS 源站请求过快导致的失败风险。
- •运维页面同步展示所有用户的 Telegram 通知、到期提醒、DNSHE 自动续期和各手动续期平台开关，并保留最近运行日志。
v1.9.1012026-04-27
公开前台不再展示 WHOIS 维护类报错
这次把公开前台的 WHOIS 查询失败、未同步和父级 WHOIS 缺失提示收回后台，避免访客看到内部查询链路或运营维护提示。
- •公开前台不再输出原始 WHOIS 错误，避免暴露 Worker 子请求限制、RDAP 查询链路和调试细节。
- •WHOIS 未同步、父级 WHOIS 暂缺这类维护提示保留在后台，方便运营继续排查和补录。
- •客户侧配置状态仍会正常展示，例如 NS 待验证、到期关系异常等真实域名配置提醒不会被这次降噪隐藏。
v1.9.1002026-04-27
DNSHE API V2 接入和生产验证完成
这次把 DNSHE Free Domain API V2 文档沉淀到私有资料里，并把 DNSHE 记录更新、删除流程按新接口要求收口到 header 鉴权和内部记录 id。
- •新增 DNSHE V2 私有接口资料，后续调试和接入可以直接查阅 `private-docs/dnshe-free-domain-api-v2.md`，避免凭记忆改接口。
- •DNSHE DNS 记录更新和删除现在优先使用 V2 推荐的内部 `id` 字段，创建后的回退记录 id 也优先保留内部 id，减少后续编辑或删除定位错误。
- •已完成生产部署和端到端验证：公开页、登录页、文档页、更新日志页、生产后台脚本检查、账号保存回归和 DNSHE 同步任务均已验证通过。
v1.9.992026-04-27
eu.cc 补齐二级域名续期管理标准入口
这次把 eu.cc 从单纯 TG 提醒补齐到二级域名续期管理标准流程：DNS 管理弹窗里会显示续期管理卡片，账号设置里也有独立提醒开关。
- •*.eu.cc 在 DNS 管理弹窗中会展示到期时间、可续期时间、打开 Gname 官网续期和未到操作时间状态。
- •账号设置新增 eu.cc 续期提醒开关，默认开启；定时 TG 扫描会尊重这个开关后再发送 90 天窗口提醒。
- •DigitalPlat、Stackryze、eu.cc 和 pp.ua 这类手动续期平台的弹窗按钮统一打开官网，不会误走自动续期 API。
v1.9.982026-04-27
eu.cc 手动续期提醒接入 90 天窗口
这次把 eu.cc 接入现有 Telegram 到期提醒逻辑：客户名下的 *.eu.cc 二级域名会在到期前 90 天窗口收到手动续期提醒，并直达 Gname 的 eu.cc 续期页面。
- •*.eu.cc 二级域名会自动识别为 Gname 二级注册商，前后台展示不再误用父域名 WHOIS 的注册商信息。
- •统一到期提醒扫描会为 eu.cc 额外补入 90 天阈值，即使账号自定义提醒天数没有单独写 90 天，也能进入手动续期提醒链路。
- •提醒消息里的官网链接使用 https://www.gname.com/tld-eu-cc.html#registered，只做人工续期引导，不接入自动续期。
v1.9.972026-04-27
已回复但未关闭的工单现在可以继续补充
这次补上了工单对话的后半程：管理员回复后，只要工单还没关闭，客户就可以在原工单里继续补充说明，不需要重新发起一张新工单。
- •客户侧未关闭工单新增“继续回复”按钮，点击后复用原来的工单弹窗进入补充模式，只填写新的补充内容。
- •补充内容会追加保存到原工单记录里，并在客户侧历史卡片和超级管理后台同一条工单内容下展示。
- •已关闭工单仍然只保留历史记录，不能继续追加回复，避免已经完成处理的工单被重新打开造成状态混乱。
v1.9.962026-04-27
超级管理后台回复工单改成统一风格弹窗
这次把超级管理员回复工单的交互从浏览器原生 prompt 换成了和产品整体风格一致的页内弹窗，回复、修改回复和保存状态都更像后台本身的一部分。
- •回复按钮会打开产品统一样式的工单回复弹窗，不再出现浏览器原生输入框。
- •已有回复会自动预填，方便管理员继续修改；弹窗支持取消、右上角关闭、遮罩关闭和 Esc 关闭。
- •保存回复时会在弹窗内显示保存状态，成功后刷新工单列表，让客户下次查看工单时能看到最新回复。
v1.9.952026-04-27
客户后台上线查看和发起工单入口
这次正式加上客户支持工单：客户可以从自己的后台提交 Bug 修复、功能优化或其他建议，超级管理员可以集中查看、回复和关闭。
- •客户后台按钮统一为“查看/发起工单”，打开后可以看到已提交工单、状态、管理员回复和更新时间。
- •新工单表单支持选择 Bug 修复、功能优化和其他三类，并要求填写标题和具体说明。
- •超级管理后台新增客户工单列表，可以按同一张表查看用户、类型、内容、状态、回复、时间和操作。
v1.9.942026-04-27
VPS8 DNS 接入和受保护账号规则补齐
这次把 VPS8 作为 DNS 托管商接入后台同步和解析管理，同时补齐受保护测试账号的删除/禁用保护，让演示和运维边界更稳。
- •账号设置新增 VPS8 API Key，后台可以同步 VPS8 托管 zone，并通过 VPS8 DNS OpenAPI 管理解析记录。
- •VPS8 同步来的域名会优先按 VPS8 托管来源识别，即使公开 NS 或 WHOIS 后续变化，也不会被误判到其他 DNS 适配器。
- •`bacon`、`test` 和 `ceshi` 这类受保护账号在超级管理后台禁止禁用和删除，并固定在用户列表顶部，避免误操作影响演示或关键账号。
v1.9.932026-04-26
WHOIS 同步韧性和超级管理员登录保护加强
这次围绕后台可靠性做了一轮加固：WHOIS 同步不会再因为单个域名或外部查询卡住整批任务，超级管理员登录也补上了失败限速保护。
- •批量 WHOIS 刷新加入单域名超时和请求预算控制，避免不支持或被拦截的后缀一路 fallback 到打满 Worker 子请求限制。
- •用户主动同步 Cloudflare / DNSPod 时，会重试不完整的顶级 WHOIS 记录；卡在 WHOIS 阶段的同步任务也会被 stale watchdog 标记失败并释放重试入口。
- •超级管理员登录失败加入限速记录，降低暴力尝试风险，同时保持正常账号登录链路可用。
v1.9.922026-04-26
总控用户列表把激活码备注并到主表里了
这次在超级管理员的用户列表里，把激活码备注直接放到了激活码右边，方便在同一张表里同时看账号、激活码和备注，不用再切去激活码列表来回对照。
- •用户列表新增了“激活码备注”列，位置就在激活码右侧，优先显示当前账号绑定激活码对应的备注内容，没有备注时显示横杠。
- •这列继续接入用户列表现有的交互：支持点击表头排序，也支持在第二行筛选框里按备注关键字过滤。
- •备注内容直接从激活码记录里映射到用户表，避免运营查看用户时还要切换到激活码页再人工对照。
v1.9.912026-04-26
总控页站点设置改成可视化编辑
这次把站点标题、友情链接和更新日志维护收进超级管理后台，不再需要直接改默认数据文件才能调整公开站点内容。
- •超级管理后台新增站点设置编辑区，可以直接维护站点标题、友情链接和更新日志条目。
- •更新日志编辑支持新增、删除、修改版本号、日期、标题、摘要和多行更新要点，保存后会进入站点设置数据。
- •友情链接改成行式编辑，名称和网址分开输入，后续调整公开首页导航和品牌露出更省事。
v1.9.902026-04-26
超级管理后台用户表支持排序筛选
这次把超级管理后台用户列表从静态表格升级为可排序、可筛选的运营表格，并恢复了前台、米表和后台相关入口按钮。
- •用户列表表头支持排序，第二行筛选框可以按用户名、入口、授权状态、Cloudflare 配置和最近访问等字段缩小范围。
- •总控用户表恢复前台和米表入口，方便超级管理员从同一张表快速打开用户相关页面。
- •表格在横向字段较多时保留滚动容器和紧凑列宽，避免超级管理后台在窄屏下被挤乱。
v1.9.892026-04-26
二级域名 DNS 管理这轮把续期、NS 与官网入口彻底收口了
这次继续把二级域名 DNS 弹窗打磨到可直接交付：DNSHE 的官网续期和官网手动修改 NS 现在统一跳到 `domain_hub`，Stackryze / pp.ua / DNSHE 的续期模块和托管模块也进一步拆清，右上角误导性的“当前托管商”按钮不再出现在二级域名场景里。
- •DNSHE 二级域名的“打开官网续期”和“打开官网手动修改NS”现在统一跳到 `https://my.dnshe.com/index.php?m=domain_hub`，不再落到旧首页或其它兜底页；未登录时如果 DNSHE 自己继续跳登录页，也属于站外的正常登录态重定向。
- •二级域名 DNS 弹窗继续按职责拆分为“续期管理”和“托管管理”两个区块：Stackryze、pp.ua 这类没有注册商 API 的场景，不再显示假装可用的一键切换托管商或手动改 NS；DNSHE 则明确保留只读 NS 展示和官网手动入口。
- •DNS 弹窗头部旧的托管切换按钮链路在二级域名场景里已经收掉，所以像 `Cloudflare（当前）` 这种看起来像按钮、实际上只是状态残留的控件，不会再和下面真正的二级域名管理模块混在一起。
v1.9.822026-04-24
pp.ua 注册商展示和到期异常提示样式这轮又收了一下
这次把旧 `pp.ua` 快照里残留的 `ua.drs` 展示统一归一成 `NIC.UA LLC`，也把前台“到期异常”从整段红字缩成了浅红色小 `!` 悬浮提示。
- •前后台表格里的 `*.pp.ua` 域名，如果旧缓存里还带着 `ua.drs`、`drs.ua` 这类历史别名，展示层现在会统一按 `NIC.UA LLC` 渲染，不再把原始别名直接露给用户。
- •对应的注册商官网映射也同步改成了 `NIC.UA LLC -> https://nic.ua/`，避免前台文案和官网跳转继续分裂成两套口径。
- •前台和米表里的“二级域名到期日晚于一级域名”提示已改成浅红色小 `!`，悬浮文案统一为“二级域名到期日晚于一级域名，请注意。”，尽量只保留必要提醒，不抢表格主体视觉。
v1.9.812026-04-24
二级域名设置提示和 pp.ua WHOIS 这一轮一起补齐了
这次把二级域名管理区的帮助提示挪到具体字段旁边，也补上了前台“二级晚于一级”的红色异常提示开关；同时接入了 `pp.ua` 的权威 WHOIS 查询，像 `xwt.pp.ua` 这类域名现在会直接走 `whois.pp.ua`。
- •账号设置里的帮助入口现在分别贴在 `DNSHE API Key`、`DigitalPlat Key` 和 `DigitalPlat 续期提醒` 旁边，不再把多个平台说明挤在模块标题里；DigitalPlat 的提示也会明确说明为什么这里只做提醒、不做自动续期。
- •前台总表和公开米表现在都支持显示“二级域名到期时间晚于对应一级域名”的红色悬浮提示，并且这个提示保持为账号级可开关，方便按用户工作区逐个控制。
- •WHOIS 直连链路新增了 `pp.ua` 的权威服务器映射；对于 `*.pp.ua` 这类注册型二级域名，系统会直接查询 `whois.pp.ua`，避免继续只按顶级 `.ua` 去发现父级 WHOIS 服务器而漏掉真实注册商信息。
v1.9.792026-04-24
二级域名续期设置拆成 DNSHE 自动续期和 DigitalPlat 手动提醒
这次把 DNSHE API 移进“二级域名管理与续期”模块，并把续期策略拆清楚：DNSHE 可自动续期并 TG 通知，DigitalPlat 只做提前提醒和官网手动续期指引。
- •DNSHE 的 API Key / Secret、自动续期开关现在和 DigitalPlat Key 放在同一个二级域名管理模块里，后台设置语义更集中。
- •DNSHE 定时任务进入 180 天续期窗口后继续自动续期；续期成功后会通过已配置的 Telegram Bot 发送结果通知，并按域名和到期日去重。
- •DigitalPlat 定时任务不再走自动续期尝试，而是在 90 天续期窗口内发送 TG 提醒，消息里附带 DigitalPlat Domains 官网地址，客户按一年一次的节奏手动续期。
v1.9.782026-04-24
DigitalPlat 二级域名续期、托管切换和后台提示这轮一起对齐了
这次把 DigitalPlat 二级域名管理收口成一套更稳定的口径：后台可查看到期时间、可一键改 NS；续期接口返回 500 时，当前统一按“未到续期时间”处理，不再直接当作硬失败。
- •DigitalPlat 同步结果会继续写入二级域名到期时间、当前 NameServers 和一级域名 WHOIS；后台手动管理弹窗也会直接显示这些信息，方便后续一键切换托管平台。
- •手动续期和自动续期现在共用同一条产品规则：如果 DigitalPlat 续期接口返回 HTTP 500，系统先按“未到续期时间”处理，并在弹窗、同步进度和统计文案里给出一致提示。
- •自动同步摘要现在会区分“已自动续期”和“按未到续期时间处理”的域名数量，避免把这一类结果继续记成失败。
v1.9.772026-04-18
品牌 SEO / GEO 这轮把中文名、GitHub README 和结构化数据一起补齐了
这次把 `域管家`、`DomainKeeper` 和 `sanpin.ltd` 进一步收拢成同一组公开品牌信号，避免搜索引擎和 AI 摘要只记住英文名、却弱化中文品牌名。
- •首页、更新日志和使用文档的标题与描述现在都统一改成以 `域管家（DomainKeeper）` 为主品牌写法，并明确保留 `sanpin.ltd` 这个官方站点身份。
- •首页 `WebSite` / `Organization` JSON-LD 这次补上了更完整的中英文别名、品牌描述，以及公开 GitHub 仓库 `sameAs`，帮助搜索结果和 AI 摘要更稳定地把 README、品牌站和产品名对齐。
- •GitHub README 首屏不再只用英文名开场，而是直接补上 `域管家（DomainKeeper）`、官方站点和品牌识别说明，让 GitHub 被收录时也能给中文品牌名提供稳定信号。
v1.9.762026-04-17
注册商官网识别这一轮把自动映射和前台可点击率一起补齐了
这次把常见中文注册商公司名、英文公司全称和品牌别名补进了自动官网识别里，优先把当前活跃用户前台里缺失的注册商官网入口补齐。
- •注册商官网入口继续保持“自动识别优先、行级手动覆盖兜底”的双轨逻辑，但自动映射词典补进了 West.cn、22.cn、eName、Aliyun、WordPress.com、域趣网络、垦派科技和 iWanshang 这一批当前前台真实会遇到的公司名写法。
- •像 `Automattic Inc.`、`四川域趣网络科技有限公司`、`浙江贰贰网络有限公司`、`杭州云集通信科技有限公司`、`成都西维数码科技有限公司`、`成都垦派科技有限公司`、`Vantage of Convergence (Chengdu) Technology Co., Ltd.` 和 `万商云集（成都）科技股份有限公司` 这类原先不够稳定的写法，现在前台会直接渲染成可点击官网链接。
- •这次修正目标是先把当前仅有的活跃公开用户前台补完整，避免继续依赖逐条进后台手填官网地址；只有未来再遇到确实无法可靠自动判断的注册商写法时，才建议使用 `registrarOfficialUrlOverride` 做单行覆盖。
v1.9.752026-04-17
公开预览截图、手机端列宽和 DNSHE 文案这一轮一起收口了
这次重新拍了前台、后台、米表三张公开预览图，并同步到站内预览、README 和 DEMO_ASSETS；同时继续压实手机端表格列宽，收掉 DNSHE 的推算/永久说明。
- •前台效果、后台效果、米表效果三张预览图已按 2560x1440 标准重新截图，并上传到 DEMO_ASSETS；首页、文档和 README 现在会直接读取这一轮的新图。
- •手机端表格继续收口：后台保持“外层面板收住、内部表格横向滑动”的模式，前台则把日期、域名和售价这些列压回更接近真实内容长度的宽度。
- •用户可见区域不再显示 DNSHE 的解释性文案，例如“按 180 天续期窗口推算”或“标记为永久不过期”；表格、属性弹窗和同步进度里只保留直接结果。
v1.9.722026-04-17
DNSPod 和 Cloudflare 空列表同步提示这轮补完整了
这次把 DNSPod / Cloudflare 同步后读取到 0 个域名时的收口流程补齐了：不再误导成失败，也不会再卡在完成后的转圈进度页。
- •DNSPod 账号下如果没有托管域名，`Domain.List` 返回空列表时现在会按同步成功处理，并明确提示两种高概率原因：填错了账号 Token，或者当前账号里还没有添加托管域名。
- •DNSPod 空列表提示弹窗里补上了两个直达入口：一个跳到 DNSPod 域名列表页，一个跳到账号页，方便客户直接核对当前账号和域名状态。
- •Cloudflare 读取到空列表时现在也会走同样的成功态说明流程，并提供域名总览页和账号设置页两个直达按钮，不再静默刷新带过。
- •这类空列表说明弹窗在弹出前会先彻底关闭 loading 遮罩；客户点击“我知道了”后页面会自动刷新，不会再停留在已完成但仍显示转圈的同步界面。
v1.9.612026-04-16
TG 教程、官网下拉和预览截图这一轮一起补齐了
这次把 TG Bot 配置教程正式接进站内文档，也把后台 registrar 官网入口改成更清晰的下拉按钮，并同步刷新了前台、后台预览截图。
- •站内文档新增了 `TG Bot` 简体教程，整理了 BotFather、Token、Chat ID 和测试发送步骤，并接入了 8 张配套教程图。
- •后台“TG 到期提醒”标题旁边新增 `?` 帮助入口，点击后会直接跳到站内 `docs#tg-bot-guide` 教程段落。
- •后台 registrar 的“官网”入口改成按钮式下拉，带明显上下箭头，展开面板会落到整行下方，不再遮挡左侧输入框；“打开官网”也改成了按钮样式。
- •前台、后台最新界面截图已经重新拍摄并同步更新到 README、首页预览卡片、使用文档预览卡片以及 `DEMO_ASSETS` 兜底资源。
v1.9.512026-04-15
登录入口改成三页签，DNS 管理正式进后台了
这次把用户认证入口统一成“登录账号 / 卡密注册 / 重置密码”三页签，也把 DNS 管理正式接进后台，支持直接在当前托管平台上增删改解析记录。
- •登录页默认打开“登录账号”；卡密注册和重置密码都改成独立页签，不再把三条链路混在一个表单里。
- •卡密注册和重置密码现在都要求输入两次密码确认，而且后端会一起校验，不能只靠前端拦截。
- •后台域名行新增 DNS 管理入口。系统会按当前唯一托管商加载解析记录，并支持新增、编辑、删除；A / AAAA / CNAME 记录会给出可直接点击访问的链接。
v1.9.502026-04-15
类型列现在只表示当前托管商了
这次把类型列从“来源集合”收口成“当前唯一的 DNS 托管商”，并补上了按当前 NS 判断 Cloudflare / DNSPod / DNSHE 的逻辑。
- •类型列现在只表示一个值：Cloudflare、DNSPod、DNSHE 或 Custom，不再把多个同步来源直接塞进类型列。
- •DNSHE 既可能是注册商，也可能是当前托管商；如果域名继续在 DNSHE 解析，没有委派到别的平台，类型就会显示为 DNSHE。
- •DNSPod 同步完成后，系统会优先按当前 NS 判断真实托管商，不再因为旧缓存残留把类型错误地保持为 Cloudflare。
v1.9.492026-04-15
DNSPod 同步和 Token 配置打通了
这次补上了 DNSPod 平台同步入口、账号设置里的 DNSPod Token，以及 DNSPod 域名进入统一快照后的展示逻辑。
- •账户与授权里现在支持配置 DNSPod Token，并且界面按 `Token ID + Token` 两个输入框展示，保存时仍按完整 `ID, Token` 使用。
- •后台新增“同步 DNSPod 域名”，会把当前 DNSPod 账号下的域名拉进统一快照，并按需要补齐顶级域名 WHOIS。
- •DNSPod 当前走传统 API，不和腾讯云 API 3.0 的 SecretId / SecretKey 混用。
v1.9.482026-04-15
WHOIS 结果面板改成展示真实查询结果了
这次把后台单域名 WHOIS 面板改成展示真实 source、trace 和完整原文，不再出现 fake saved 来源或空白摘要。
- •点单个域名的 WHOIS 后，结果面板现在会显示真实的 source、trace 和完整 WHOIS 原文。
- •后台在回填注册商和日期到当前行时，不会再覆盖掉刚查到的原始结果。
- •结果面板顶部摘要节点也补稳了，不会再出现原文和 chips 都正常、但摘要为空的情况。
v1.9.452026-04-14
DNSHE 永不过期和一级视图切换这轮一起补稳了
这次把 DNSHE 二级域名里 `99991231` / `9999-12-31` 统一视为永久不过期，同时修掉了后台一级视图表头不切换和 `.cd` 顶级域名 WHOIS 兜底缺失的问题。
- •DNSHE 二级域名如果被标记为永久不过期，或后台手动写入 `99991231`，系统现在都会按“永久”展示，并把后台输入框视为有效值，不再出现红色空框。
- •后台二级域名表切换到一级视图时，表头现在会跟着一起切换成一级域名 / 一级注册日期 / 一级到期时间，不再只切单元格、不切标题。
- •DNSHE 的“暂未获取到对应一级域名 WHOIS”黄字改成真正按一级域名 WHOIS 是否完整判断；像永久不过期但父域 WHOIS 已齐的场景，不会再误报。
- •WHOIS 解析里补上了 `.cd -> whois.nic.cd` 的权威服务映射，避免 `cc.cd` 这类顶级域名因为服务发现链路不稳而退回到不完整结果。
v1.9.442026-04-14
DNSHE 同步现在会自动续期，并按 180 天窗口推算二级到期时间
这次把 DNSHE 子域名同步补成了真正可用的到期时间链路：进入续期窗口就自动续期，没到窗口也会按返回的剩余窗口天数反推当前到期日。
- •同步 DNSHE 子域名时，系统现在会先判断本地是否已经有可用的二级域名到期时间；如果没有，或已经进入 180 天续期窗口，就会自动调用 DNSHE 的续期接口。
- •如果 DNSHE 返回“尚未进入可续期窗口”，系统会根据接口返回的 `days_until_window` / `seconds_until_window` 按 180 天窗口规则推算当前二级域名到期时间，并直接回填到表格里。
- •如果续期成功，系统会把新的二级域名到期时间、剩余天数和续期结果一起写回快照，后台同步完成提示里也会带出本次自动续期的域名与新到期日。
v1.9.432026-04-14
DNSHE 缺失一级域名 WHOIS 时，后台提示语更准确了
这次把 DNSHE 二级域名在一级域名 WHOIS 仍然拿不到时的黄字提示改准了，不再误导成“还没执行同步”。
- •DNSHE 同步完成后，如果系统已经尝试补对应一级域名 WHOIS，但源站仍然拿不到结果，后台现在会明确提示“暂未获取到对应一级域名 WHOIS，可手动补录”。
- •这类场景常见于特殊后缀或一级域名本身就没有可用 WHOIS，不再把用户引导去重复点击同步按钮。
- •如果一级域名 WHOIS 已取到，二级域名到期时间仍会优先沿用一级域名展示，并在表格里给出兜底说明。
v1.9.422026-04-14
DNSHE 同步现在会补一级域名 WHOIS，并支持多来源标签
这次把 DNSHE 子域名同步改成会顺手刷新对应一级域名的 WHOIS，同时同一个域名如果既来自 Cloudflare 又来自 DNSHE，也会一起显示为标签。
- •同步 DNSHE 子域名时，系统现在会自动查询对应一级域名 WHOIS，把注册商、一级注册日期和一级到期时间补回二级域名展示里。
- •DNSHE 二级域名在拿不到自身到期时间时，会优先沿用一级域名 WHOIS 做展示兜底，不再继续误报“WHOIS 信息暂未同步”或提示手动录入。
- •同一个域名如果同时出现在 Cloudflare 和 DNSHE，同步后类型列会一起显示多来源标签，不再互相覆盖。
v1.9.412026-04-14
默认友情链接现在会和数据库自动对齐
这次把劳动者博客大全加入本地默认友情链接，并改成每次读取或保存站点设置时都自动并入数据库。
- •本地默认友情链接现在固定包含 ry.hk 和 劳动者博客大全，数据库里缺哪条就会自动补回去。
- •首页仍然从 runtime_kv 里的 site_settings_global 读取友情链接，但读取前会先把本地默认友链和线上已有友链做去重合并。
- •超级管理员保存站点设置时也会自动保留这两条默认友链，避免后续再次因为配置覆盖而丢失。
v1.9.402026-04-14
DNSHE API sync is now available in user admin
Account settings now support DNSHE API Key / Secret, and users can sync DNSHE free subdomains into the same snapshot and table views.
- •User admin now provides DNSHE API Key and DNSHE API Secret fields, and the credentials are validated against the official quota endpoint before saving.
- •A new “同步 DNSHE 域名” action reuses the existing sync progress flow and pulls DNSHE subdomains plus DNS records into the current account snapshot.
- •Synced DNSHE entries now show a dedicated DNSHE source label, and delegated Cloudflare NS records can surface as verified ownership in the table.