文档: 更正"api.php 已 404"的旧结论——它必须用 POST 表单,原版取址前会先调它取配置

This commit is contained in:
zijunchiang
2026-10-08 03:57:14 +08:00
parent ff59840c8e
commit 8208ee0fc2
+7 -4
View File
@@ -498,10 +498,13 @@ $BT/apksigner verify 目标名.apk
镜像源返回 200 但只给固定广告文件 —— 两种形态会同时出现。因此 镜像源返回 200 但只给固定广告文件 —— 两种形态会同时出现。因此
`KtvJsBridge.request` 的 403 判定已从"仅 `/music/do.php`"扩展到 **`/i.php` 也认**, `KtvJsBridge.request` 的 403 判定已从"仅 `/music/do.php`"扩展到 **`/i.php` 也认**,
`SongUrlResolver` 也记录本轮是否见过 403(全部失败且见过 403 → 同样提示换 IP)。 `SongUrlResolver` 也记录本轮是否见过 403(全部失败且见过 403 → 同样提示换 IP)。
- **旧的试用领取接口 `api.php` 已 404**(源站撤了),因此 App 无法自行"领取"试用窗口。 - ⚠️ **更正(2026-10-08)**:以前以为"`api.php` 已 404",其实是**请求方式错了** ——
若换公网 IP 后仍只发广告,基本可判定为**服务/授权层面**问题(`i.php` 的 它必须用 **POST 表单**(`action=get_config&device_id=<mac>`),用 `i.php` 那种签名 GET 才会 404。
`ordertype=0`、`mwsLogin` 的 `license_box_count=0`/`license_duration=0` 都指向"无有效授权"), 原版客户端取址前会先调它拿配置(见下面"原版协议对齐"条目)。
需与歌曲源服务方确认续订,**不是客户端能修的**。 - 若换公网 IP 后仍只发广告,基本可判定为**服务/授权层面**问题(`i.php` 的
`ordertype=0`、`mwsLogin` 的 `license_box_count=0`/`license_duration=0` 都指向"无有效授权",
且 `api.php` 明示 `network_verification=true` + `dialog_title="请输入商家提供的正确卡密"`),
需与歌曲源服务方确认续费/换卡密,**不是客户端能修的**。
- ⚠️ 排查这类问题时**不要用生产身份/出口 IP 做密集探测**:源站按出口 IP 限流, - ⚠️ 排查这类问题时**不要用生产身份/出口 IP 做密集探测**:源站按出口 IP 限流,
短时间内大量 `i.php`/`do.php`(多 host × 多参数组合)会加重受限, 短时间内大量 `i.php`/`do.php`(多 host × 多参数组合)会加重受限,
把"能用"变成"只发广告"。少量、间隔式验证即可。 把"能用"变成"只发广告"。少量、间隔式验证即可。