【小技巧】 处理奇怪点选验证码的杀招 -- 云码人工接口

一、问题场景

对于大部分谷歌类型的人机验证来说，在浏览器上安装 yes,captcha 的插件都是最优解。

只要把这个插件打开，它就能自动识别页面上是否有验证码并自动进行处理，而且每一次验证的花费还很便宜。（详细的使用方法可以参考我们晴天大佬之前写的帖子：【滚蛋吧！验证码】reCaptcha、hCaptcha等网页验证码的解决方案）

不过，近期又有客户遇到了两种新的验证码，我简称其为“包含对象识别”和“老鼠吃奶酪” 👇

经过测试，我发现 yes,captcha 基本没办法识别成功这两类型的验证码，这也导致客户的插件一直在刷一直在扣积分，但是却无法通过。

二、解决方案

最后找到一个准确率很高的解决方法是：调用云码的人工识别接口进行处理。

使用步骤👇

1. 使用【网页截图】指令将验证码元素截图到本地中（需要包含文字提示）

2. 使用【Base64编码文件】将截图编码为Base64字符串

3. 使用【HTTP请求】调用云码的人工识别接口

URL： http://api.jfbym.com/api/YmServer/customApi 
协议头：Content-Type:application/json
协议体：{"image":"XXXXXXXXXXXXXXX","token":"XXXXXXXXXXXXXXX","type":"30009"}

其中 image 参数即是验证码图片 Base64编码 后的字符串；token 参数是去云码官网注册后，在个人中心可以查看的账号密钥（云码官网地址）。

4. 从 http请求 的返回结果中，提取目标结果在这张截图上的坐标值

5. 计算目标结果基于屏幕左上角的坐标值，鼠标点击完成验证

参考示例👇

三、补充说明

验证码走人口接口的优劣势👇

优势：因为是将图片传过去给人工操作，能够适应不同类型的点选验证码，且有很高的识别率

劣势：较贵，大概0.02元左右一次；处理较为麻烦，需要自己添加处理的逻辑，没办法像插件一样自动识别自动处理；人工识别需要时间，速度会慢个几秒