自动化操作被制裁解决方案

场景

我们做自动化操作的时候,经常被浏览器检测为自动化测试工具,然后被各种制裁,例如:什么真人验证,什么同用不同源(意思是一个东西,网页上和自动化网页效果不一样),反复制裁,我就想能否有一个方案,不让浏览器知道是自动化工具在操作呢?

论证 求道

纠错

那我们就束手无策了吗?我谷歌了一下,很多人说加什么User-agent,什么浏览器xx,其实都是不正确的,因为那是针对请求的,并不是针对自动化操作的,自动化操作最重要义是什么?是替代无意义的重复劳动,那么这个行为一定是仿人的,那我们有什么办法呢?

灵感

这个时候我发现我打开了一个谷歌浏览器,然后进行同样的操作,拦截一个自动机浏览器,做一样的操作,他们得到的结果是截然不同的,我深深郁闷,如果能操作人为浏览器就好了!哎! 什么?操作人为浏览器???那我岂不是可以用远程控制做到,说干就干。

写了这个代码:

python 复制代码
import subprocess
import random
import socket
# 
# @Author: Herche Jane
# @Date: 2024-08-12

class ChromeController:
    def __init__(self):
        self.process = None
        self.port = None

    def find_free_port(self):
        """Find a free port by opening a temporary socket."""
        s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
        s.bind(('', 0))
        port = s.getsockname()[1]
        s.close()
        return port

    def open_chrome(self):
        """Open Chrome browser with a free debugging port."""
        try:
            # 生成随机的未使用端口
            self.port = self.find_free_port()

            # Chrome 启动命令,路径使用双引号括起来
            chrome_command = f'"C:\\Program Files\\Google\\Chrome\\Application\\chrome.exe" --remote-debugging-port={self.port} --user-data-dir="xxx"'

            # 启动 Chrome 浏览器
            self.process = subprocess.Popen(chrome_command, shell=True)

            return self.port
        except Exception as e:
            print(f"Error opening Chrome: {e}")
            return -1

    def close_chrome(self):
        """Close the Chrome browser if it's running."""
        if self.process:
            try:
                self.process.terminate()  # 结束 Chrome 进程
                self.process.wait()
                self.process = None
                print("Chrome closed successfully.")
            except Exception as e:
                print(f"Error closing Chrome: {e}")


if __name__ == "__main__":
    chrome_controller = ChromeController()
    port = chrome_controller.open_chrome()

    if port != -1:
        print(f"Chrome started on port {port}")
    else:
        print("Failed to start Chrome.")

这就等于是人为打开而不是使用google driver打开的浏览器,我对其一番操作得到的结果果然和我手动操作的一模一样

行动和论证

我接下来使用自动化接管了这个浏览器,果然,一顿操作下来得到的结果和手动的一模一样

结论

必要情况下:使用命令打开 + 自动化接管方式 就可以解决大部分被制裁的问题

相关推荐
无限进步_8 分钟前
Linux进程创建——fork与vfork深度解析
linux·运维·服务器
梦想的颜色12 分钟前
Redis数据类型全解析:从底层原理到生产实战
运维·数据库·redis·缓存·高并发·分布式锁·数据类型
草莓熊Lotso13 分钟前
【Linux网络】深入理解传输层 UDP 协议:从底层原理到实战应用
linux·运维·服务器·c语言·网络·c++·udp
小江的记录本13 分钟前
【Spring全家桶】Spring Cloud 2023.0.x:配置中心:Nacos Config、Apollo(附《思维导图》+《面试高频考点清单》)
java·spring boot·后端·python·spring·spring cloud·面试
国科安芯15 分钟前
商业航天级抗辐照全双工RS-485/RS-422收发器ASM491S2Y的技术特性与应用研究
运维·网络·单片机·嵌入式硬件·安全·架构·安全性测试
酣大智17 分钟前
BGP选路原则--Med(6)
运维·网络·路由器·bgp
huluang21 分钟前
《密评之殇》
运维·云计算
hweiyu0022 分钟前
Linux命令:blkid
linux·运维·服务器
财经资讯数据_灵砚智能38 分钟前
基于全球经济类多源新闻的NLP情感分析与数据可视化(日间)2026年6月7日
人工智能·python·ai·信息可视化·自然语言处理·ai编程·灵砚智能
j_xxx404_40 分钟前
Linux线程池硬核解析:从固定线程池、单例线程池到线程安全、死锁与锁模型|附源码
linux·运维·服务器·c++·安全·ai