| 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103 |
- 加密参数：
- bmsz cookie
- 同一个 bmsz 最多请求 4 次，第5次就报 (92) HTTP/2 stream 3 was not closed cleanly 错误
- 第一次请求获取 bmsz 响应{"success": false} 可以不带任何参数。。不严格
- 第二次携带bmsz 请求响应为{"success": true} （响应只有一个abck） 才表示验证逻辑没问题，
- 但并没有通过风控验证（可能是指纹不对， 通过风控后才能请求数据）
- mt
- 替换js时,只能替换当前最新的js文件, 用旧文件(如前一天)用作替换文件时,不会生效
- 替换js后 也会返回 0值的abck
- // 新的akm js文件 搜索，可以搜 = {}; 从而快速定位 指纹数组生成位置 第一次请求时，里面有些值可能为空。。。观察下
- ！！每次请求都有可能请求超时，这不是cookie不对，是网络问题
- 2次请求的 startTs 一致
- 开 fiddler 抓包工具获取的cookie 请求数据成功率是100%， 反之 可能请求超时/ 重定向到验证码 页面 =》 因为 tls指纹
- 有 tls 指纹检测，同一个指纹请求过多会导致请求超时 (要换 tls指纹) 获取 0 值的abck同理
- 0 abck
- 请求3次接口 第3次才返回真cookie ？？
- 回响契机：
- ajr
- din
- hal
- ran
- dme
- doe
- mev
- mst
- mevl
- devl
- dmvl
- tovl
- delt
- sts
- fct
- mc
- ssts
- tst
- jsrf1
- jsrf2
- dvc
- vev
- wsl
- 极道万岁!!!
- // din 参数顺序不能乱,要和网站保持一致
- 机场城市信息接口
- https://digitalapi.jetstar.com/v1/resource/flight-search-options 这个是
- https://digitalapi.jetstar.com/v1/resource/airports-and-terminals 这个接口不是
- 新ip要过验证码? => ja3 切换的太频繁的话会一直出发验证码
- 响应数据在 html的 <script type="application/json" id="bundle-data-v2" 文件中
- 清洗
- 票价是根据经济舱 和商务舱的余票数 显示的，网页上显示的就是提取出来的票数
- 只不过不同的服务包票价 的余票都指向 同一个余票
- 网页显示的都是经济舱的不同票价服务包
- 商务舱 暂时没看到有余票的 观察一次如果商务舱有余票，网站也没上是否会显示商务舱票价与其对于票数
- 抓取规则
- 抓个最低不带行李的价格再抓一个最低带行李的就行
- 同样的参数,同样的加密 浏览器能过, py过不了 // 自己制造的问题
- 余票
- 运营航班号 和航班号一样
- 航站楼 不用理会
- 税金 提取 同一航班 一样
- 线上跑不起来的原因:
- 一共提取 563个 ja3-string 有三百多个都是重复的
|
