本文详细介绍了在新版快手去水印过程中遇到的滑块验证问题，通过分析触发条件和DID的获取，揭示了解决方案。作者通过对比浏览器请求与代码请求，发现触发验证的关键在于Cookie中的DID。解析源码已更新，成功规避滑块验证。此外，文中还提到即使触发验证，刷新页面后仍能恢复正常加载，暗示新的DID已在验证过程中给出。
上篇文章 我写了快手喜提新域名之后的新的解析策略。最近一两天快手方面又出了新的应对策略。我上次的源码已经无法使用，返回了滑块验证。大家都讨论起了OpenCV，要搞图像识别处理，TAT。
我在浏览器端对这种情况进行模拟，就像下图所示：
1.触发条件排查 DID
要解决问题，首先要搞清楚问题是怎么发生的。
整个访问的过程，你会发现，在浏览器端的操作根本不会触发滑块验证，只有使用我之前提供的代码才会复现，那么我是如何在浏览器端模拟出来触发滑块验证呢？
我们比对一下代码中发起的请求与浏览器中真实使用发起的请求：
headers=
订阅专栏 解锁全文
扫一扫
6972
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
