有很多第三方的公司可以解决图像验证码问题,但是人家都需要费用,比如 云码?验证码识别价格_验证码识别费用多少钱-云码?超级鹰?超级鹰验证码识别-专业的验证码云端识别服务,让验证码识别更快速、更准确、更强大
如果不需要搞定太专业的验证码,我们可以自己搞定一下比如?paddleocr的基本使用-CSDN博客
我们后面都是通过这个服务来识别验证码
验证码可能与很多的因素相关,比如请求验证码的时候发送查询字符串或是与cookie、session相关或是与时间戳相关,都有可能
我们下面做个古诗文网的例子
古诗文网?登录古诗文网
目录
?
首先看一下这个验证码的图像地址,可以看出这个验证码的url是拼接出来的,直接请求url就行
能拿到图像之后我们可以使用paddleocr搞定验证码,可以参考?paddleocr的基本使用-CSDN博客
验证码在发起登录请求之前请求就行,浏览器其实也是这么做的,浏览器先请求页面,请求页面就相当于请求页面中的资源,资源中包含验证码
之后等用户点击按钮之后,相当于发起第二次请求,这时候你再用代码模拟第二次请求就行了
我们目前的代码是这样的
运行后可以解决验证码问题(存在识别不准确的情况)
为了拿到登录按钮的请求,我们先登录一次
这样我们拿到了登录的请求地址以及需要携带的参数
再代码中加入如下内容
运行后会得到webpage.html
打开之后是这样的,网站说我们的验证码有问题,但我们查看之后发现验证码是正确的
写前后端的时候我们经常使用cookie判断用户之前是否登录过,所以登录出现这种问题的时候,我们可以考虑cookie的问题。
cookie在请求头中,我们先看一眼正常的请求头内容
我们可以给这些请求头直接携带上,比如
这种方法叫手动添加cookie,一般我们不用这种方法,一是比较麻烦,二是cookie有可能是动态变化的,这么写不一定对。在我们的例子中发起请求后依然出现没加cookie的结果,也就是说手动添加cookie的方法走不通
cookie的来源一般为提交登录的时候相应的内容,我们通过抓登录成功的包看这里的cookie,发现有请求cookie与相应cookie,说明这个cookie确实是在变化的
也可以从response Headers中到Set-Cookie这个键
requests.Session()可以自动存储cookie的内容,你可以拿requests.Session()当作一个增强版的requests
我们对代码做如下修改
当验证码识别正确后,我们进行请求就可以请求到登录成功的页面了