默认分类

只是一个默认分类

Playwright 接管指纹浏览器:connectOverCDP 怎么连,哪几步最容易踩坑

结论先说清楚:Playwright 和指纹浏览器配合时,不要让 Playwright 自己启动浏览器。正确的顺序是——指纹浏览器客户端(或它的本地接口)先把某个环境启动起来,这个环境自带指纹参数、代理出口和已登录的 Cookie;启动后会给出一个远程调试端点;Playwright 再用 chromium.connectOverCDP() 接管这个已经跑...

Local API 浏览器怎么跑通:从本地接口到 CDP 对接的排障顺序

先把定义说清楚:Local API 浏览器,指的是那种在你本机跑一个后台 HTTP 服务的指纹浏览器客户端。客户端启动后会在本地地址(通常是 127.0.0.1 加一个固定端口)上监听请求,你的脚本往这个地址发 HTTP 请求,就能查询环境列表、启动指定环境、关闭环境。它不是云端接口,请求不出本机,所以叫 Local。很多人第一次接触时会误以为这是另一...

浏览器窗口批量管理:从批量建环境到平铺排列和窗口同步

手上只有三五个账号时,一个个点开没什么问题。环境数量涨到几十个以后,卡住人的往往不是功能不够,而是顺序不对——先一股脑把窗口全开出来,机器卡死了再回头补分组。把浏览器窗口批量管理拆开,其实就是四件事,顺序基本不能换:批量建环境 → 分组和标签归类 → 控制间隔分批启动 → 平铺排列后再做同步操作。前两步做一次管很久,后两步是每天都要重复的动作。最容易踩...

团队浏览器协作怎么落地:把环境授权给人,而不是把密码发给人

团队浏览器协作要解决的只有一件事:让成员能干活,但拿不到账号密码,也带不走账号资产。做法是把「环境」当成公司资产统一托管——环境里已经装着自洽的指纹参数、绑定好的出口代理和保持登录状态的 Cookie,管理员把环境授权给某个成员,成员在自己电脑上打开就能直接进后台,全程不需要知道平台的明文密码。人来了就授权,人走了就撤销授权,账号本身不用动。这和很多工...

浏览器配置文件管理:建环境、命名分组、绑代理到换机找回的一遍

先说结论:一个能真正拿来跑账号的浏览器配置文件(Profile),必须同时做到三层独立——本地数据、指纹参数、网络出口。三层缺一层,剩下两层做得再细也是白做。下面按你实际动手的顺序走一遍:建环境、命名分组、绑代理复测、换机找回。为什么 Chrome 的“多用户”不算配置文件管理Chrome、Edge 自带的多人 Profile 只隔离了 Cookie、...