遇到过,应该是动态灰电平衡了(滑稽)

@dongbeicxy #8 我电报号也是一觉睡醒直接虚无了,申诉了,目前还无反应

@dogechai #9

楼上几个老哥都说了,brew 是吃 https_proxy 这个环境变量的,你 clash 暴露一个 http 代理端口出来就行了

#32 这几个环境变量只是一个大家都`约定俗成地默契`而已,并不是一个强制标准,是否吃这些环境变量取决于具体地开发者

brew 吃这几个环境变量吗?你这看起来 brew 根本没走代理端口

curl 是吃这几个环境变量的,所以它的测试结果符合你预期

前几天我还感叹过,很久很久没在大街上看见过孕妇了,我都记不得上一次看见是什么时候了

雀食,我的一个落地机 IP 就看不了图片,能进主页,但是无限转圈

人家拼得就是一个概率,这么大基数,概率再低,绝对数量也不少

有没有人试过 GV 这种虚拟号能不能验证

官方 ISO 启动后选择专业版/教育版,下面有加入域选项,可以直接创建本地账户,不用啥骚操作

你想开 SOCKS5 服务端?然后把加速器网络分享出去?

BROOK 一条命令

经济压力先不谈,这天天很心累吧

#5

还有一个现象:缺少地这俩文件和其父目录,会在以开发者模式被加载后自动被删除

目前发现:

[将 XXX.crx 解压后,再从 Brave 浏览器中以开发者模式加载],和[由 IDM 自动为 Brave 浏览器安装自身的扩展]相比,少了俩文件,分别是[_metadata\computed_hashes.json]和[_metadata\verified_contents.json]

结合报错[文件已损坏 XXX]来看,问题应该出在这里

新的疑问是:

我看每一个扩展所在的目录下都有这俩文件啊,这个校验和难道不是由浏览器在调用扩展之前/之后来主动计算并且记录吗?(猜测还是 IDM 在中间有 HOOK 吧)

@SilencerL #3 我正在比较

言情武侠短篇巨著,寥寥数语道尽少林+武当+峨嵋三大武林豪门领袖的爱恨情仇,结局留给读者无限遐想空间...




"秃驴!敢和贫道抢师太!"

其实到目前为止,我也就只发现 IDM 的 Chrome 扩展有这个`安装姿势不同则表现行为不同`的现象

或许不是 XXX.crx 的安装姿势的问题?

IDM 监测到 Brave 产生了一个新实例,并且自动为这个新实例安装了自身的扩展,这个扩展是不是我以为得那个 IDMGCExt.crx 呢?或者说 IDMGCExt.crx 也许要经过 IDM 主进程 HOOK 一番之后才会被安装到 Brave 呢?这些都没法儿确定(以我的水平)

所以也有可能是 IDM 的骚操作

既然不打算付钱,那就先备份后跑路喽

(然后被拉黑并且三代不能抢购腾讯云)(滑稽)

chisel 一条命令打隧道,把 3389 端口转发到本地

为啥选择 chisel?因为它原生支持代理设置,可以 chisel over socks5