软件下载与更新清单
先提供稳定下载入口与 latest.json。客户端后续只读取统一更新入口,不写死真实下载源。
当前主站的第一目标不是把所有功能一次性做完,而是把用户入口、下载入口、更新清单、 CDK 激活调度入口先稳定下来。客户端后续只连主站或统一 API,由服务端决定走哪套授权服务。
先提供稳定下载入口与 latest.json。客户端后续只读取统一更新入口,不写死真实下载源。
主站后面的 API 网关负责隐藏真实授权服务。短期所有写入和复核先走方式1,方式2只保留健康检查和备用。
先把用户常用入口放在主站,包括教程、公告、常见问题和后续功能占位,避免用户找不到稳定入口。
GET /health
检查统一 API 自身状态,并返回方式1、方式2的健康摘要。
GET /latest.json
为客户端提供最新版本、最低支持版本、下载源与更新说明。
POST /v1/activate
客户端提交 CDK 与设备信息,当前统一走方式1;方式2只做健康检查和人工切换前的备用。
POST /v1/status
客户端周期性复核授权状态,服务端可根据策略分配到不同上游。
POST /v1/query-cdk
接口已预留;第一阶段优先使用激活、状态复核和 verify 接口。
后续接入现成开源商城系统,负责商品、订单、支付、自动发卡。当前阶段只保留入口与说明。
后台管理继续由站长本机运维工具直连完成,主站和客户端 API 只保留公开入口,不暴露管理权限。
后续再补对象存储、下载镜像、备用源和 CDN。当前先保留单入口思路,确保客户端不写死真实源。
后续如需要用户自助查单、补发卡密、查看订单状态,再独立做用户中心,本版先不承诺完整闭环。
域名入口、下载页、教程、公告、功能占位。用户先看到这里,客户端后续也从这里获取更新信息。
接收激活、状态、verify 和更新清单请求。短期统一路由到方式1,方式2只做健康检查和备用。
方式1和方式2继续保持独立存在。以后你换机器时,只改服务端配置,不改客户端。