|
|
6a64a7de6f
|
fix(qqmusic): 通知改为脚本自实现，断开对青龙 sendNotify 的依赖
真机定位（2026-11-07）：仓库里的 sendNotify.js 每轮都被覆盖，改它不生效。
青龙 shell/update.sh 的 gen_list_repo 复制顺序是三步，后一步盖前一步：
407: cp -f $file_notify_js "${dir_scripts}/${uniq_path}" 面板自带的 sendNotify.js
415: cp -f $_file "${dir_scripts}/${uniq_path}/${file_path}" 仓库的（覆盖①）
421: cp -rf $dir_dep/* "${dir_scripts}/${uniq_path}" /ql/data/deps/*（再覆盖②）
而 share.sh:228 在初始化时把面板自带的 sample/notify.js 拷成了 /ql/data/deps/sendNotify.js。
③ 排在最后 → 最终文件永远是面板自带那份，204 修复永远不生效。
改为脚本内联实现 notify()，零依赖（只用内置 http/https）：
- httpPost / parseHookHeaders / buildHookBody / notify 四个函数，约 90 行
- 2xx 一律算成功（204 不再误判）
- buildHookBody 对 application/json 先试 JSON.parse，不合法就 JSON.stringify 重建，
内容里带引号/换行/反斜杠都安全（青龙 parseString 那个坑绕开了）
- 双通道：webhook + pushplus 直发，任一路成功即 ok
- 两路都没配时打一行明确提示，不再静默
main() 里删掉 require('../sendNotify')，改成 await notify('QQ音乐签到', desp)。
第四参 author 的追加逻辑也一并没了，正文不再带「本通知 By：github.com/whyour/qinglong」。
新增 test_notify.js：38 条断言
- parseHookHeaders 八种输入（含字面量 \n 不切开）
- buildHookBody 三种特殊字符（双引号/反斜杠/制表符）
- notify 六种状态码（200/204/201 通过，401/403/400/429 失败）
- 无配置、双通道部分失败
端到端已验证：mock 服务收到的 content 与原始 desp 逐字相同（10 行完整），
title 正确，header 带 token，HTTP 204 判为成功。
README 重写「通知发不出去怎么查」：坑 0 改成 deps 覆盖（附验证命令），
坑 1-3 保留但标注为「若又接回 sendNotify 才需注意」，新增 pushplus 展示限制的
三种官方解法与代价对照。
|
2026-11-07 01:37:59 +08:00 |
|
