前提
爬取数据时,请求需要带上Cookie,这是很常见的一种防爬手段。更新Cookie,常用的方法就是Selenium模拟输入用户名和密码;偶尔会遇到图片验证码,现在打码平台很多且技术也很成熟,这个已经不成问题。所谓“道高一尺,魔高一丈”,频繁访问且不断切换IP的账号,平台考虑减少误杀的情况,不可能直接封号,那就只能在登录上设置障碍;正常账号输入手机短信验证码就应运而出了。
(失败案例:非正常账号)付费的短信验证码接收平台
随便翻个墙,外面有很多的短信验证码接收平台,于是找了几个相对靠谱的收费的平台,尝试结果基本如下:
登录待爬取的应用
在短信验证码接收平台获取手机号码(实卡资源有限,还需不断重复申请)
成功获取手机号码,并在待爬取的应用输入手机号码、点击“发送动态码”后,手机短信验证码接收平台会返回短信内容:
输入短信验证码接收平台返回的验证码后,傻眼了,知道私房钱是白花了
自有账号搭建短信验证码接收平台
在多次白花私房钱后,得出了一个可有可无且痛彻心扉的结论:付费的短信验证码接收平台,技术基本都没什么问题,可它的手机账号池不给力啊;可能在某一刻它是有用的,但架不住“前人吃肉,后人汤影儿都看不到”啊。无奈,只能自己想办法了。
经过一顿摸索,并斥下巨资后,找到了一条小规模的可行方案:
购买手机短信转发设备(手机卡需自备)
按照教程测试接收手机验证码(默认微信公众号接收)
测试下来,可在待爬取的应用中成功登录。
自定义对接方式
我们在此选择“WEB接口转发”(接口是我们自己提供的,为了证明可用,此处需要客服配合验证)
确认对接结果
结果符合我们的预期,之后只需对接具体的应用即可。
结尾
本文是一种手机短信验证码登录平台的解决方案,是否有效还需结合具体的应用。因为这部分我们有在商用,不可能描述得太具体;若有疑问,也不会过多的解答,还请见谅。