python爬虫 - 反爬之关于headers头的accept-encoding的问题
2021-05-27 23:00
标签：odi 服务端 follow 怎么 失败 href weixin 类型 解析 在爬取某网站时，我们习惯于直接在浏览器里复制headers和请求参数，粘贴到自己的代码里进行调试 对了这个也是用的httpx处理的，因为这个网站跟上一篇 python爬虫 - 爬虫之针对http2.0的某网站爬取 - 修复版 是同一个网站 但是，在爬取某网站时网站时，发现了一个问题： 运行： 无论怎么调试，就是说解码失败 后面发现是请求头里的‘accept-encoding‘: ‘gzip, deflate, br‘ 把其中的br删除掉就可以正常拿到数据： 有关accpt-encoding的，可以看这篇博客： https://blog.csdn.net/weixin_40414337/article/details/88561066 精简的意思就是，accpet-encoding的作用是以客户端的身份告诉服务端，我支持那些数据压缩类型的，如果指定的话，服务端就会按指定好的格式返回，如果不指定的话就会不压缩，而以源数据返回 其中gzip和deflare两种类型的压缩，requests和httpx等主流的爬虫库都是可以自己解压缩数据的，而就是br不行，因为br是目前来说比较新的一种数据压缩格式，无损压缩，压缩比极高，比前两个都好，进而减少传输数据的大小，节省时间，所以目前的都支持br，浏览器也自然支持的，这就是问题所在 这也就是我上面把br删了就可以正常解析的原因 另外，针对br的，假如有的网站就支持br呢？咋办? 所以在代码层面也是要解决的，而不是逃避问题的把br删除掉 解决办法就是需要用brotli库（第三方库，需要安装）来解压，上面的博客里的案例 安装完brotli后执行： 那么，用这种brotli压缩还可以一定程度上达到反爬的效果，反正如果不知道这个的话，拿到返回的数据后你用各种编码方式（utf-8，gbk，gb18030，bt5）啥啥的，怎么解码都解不了，是不是可以防止一些初级的爬虫了啊 python爬虫 - 反爬之关于headers头的accept-encoding的问题 标签：odi 服务端 follow 怎么 失败 href weixin 类型 解析 原文地址：https://www.cnblogs.com/Eeyhan/p/14790322.html复制浏览器的请求数据产生的问题
解码失败
关键点
直面问题并解决
上一篇：Python 设计模式—代理模式
文章标题：python爬虫 - 反爬之关于headers头的accept-encoding的问题
文章链接：http://soscw.com/essay/88400.html