目前本项目有两种方式进行刷课，各有优缺，一种是项目里的py2.0.填写的参数需要抓包才能获得，另一种是经过篡改的apk，但是因为过签方式的原因，对一些机型可能不兼容，还有一些系统很难安装第三方应用等原因

                     2026-8-2

py版发包策略微保守，可以自己调一下，绕过真实时间检测的方法目前没找到

                     2026-7-20

关于接口的研究进度

最近终于敲定了进度上报的接口，其实本来呢我最早怀疑的就是这个接口

https://bfe.ewt360.com/monitor/app/collect/batch

虽然看代码还有冗余的clog dlog之类的 不过这不重要

由于ewt的各种加密签名傻了吧唧的写了明文，所以特别好构造它的各种接口，我放弃它的原因就是构造完通过检测验证进度不涨，结果排查了半天彻底崩溃了，就用排除法一个一个把接口禁了，还把冗余也禁了，但进度还是涨，所以我都要开始怀疑连ewt域名都不套的aliyun了

但是最近我换了个排除法把请求体的内容锁定了，发现进度不涨了 想来 之前应该是有什么机制走了别的接口，起码我在web端试是这样 本来之前就把batch的接口研究透了，但服务器隐性的限制太难搞了，很头疼

关于batch sign的算法

算法类型:HMACSHA1

key:动态获取https://gateway.ewt360.com/api/videoplayerprod/videoplayer/getPlayerGlobalConf secret为key sessionId作为标识

构造app端

action=1&duration=stay_time&mediaTime=mediaTime&mstid=token&platform=2&signatureMethod=HMAC-SHA1&signatureVersion=1.0&timestamp=当前毫秒时间戳&version=2022-08-02

其实现在市面上应该有别的工具可以刷课，有人跟我说过，刷视频也刷到过，不过大抵是要钱的来着吧，原理应该都是这个原理，要是有人能根据这个真研究出来到底怎么回事，我倒也挺高兴的，毕竟研究这个我头发都要掉光了，不过要是不是这条思路，我真的要哭了