受项目启发我写了一个用于oagent的CFW脚本,也许可以合并进你的项目。 #256
Replies: 3 comments 3 replies
-
首先谢谢你的建议,但是我暂时会保持原样。 各人的使用方式上,大概差别还是挺大的,我至今并未触及过 CPU 时间限额。如果有出现超限,我估计一般会是请求数。 另外给你个建议:因为已经是加密连接,异或操作没有必要,可以取消。 |
Beta Was this translation helpful? Give feedback.
-
如果使用 http 连接附带自定义的加密方案,因为 Workers 机制不支持流式处理返回结果 (直接返回原始
基于此,我不会添加 Workers 的 http 连接方式。 |
Beta Was this translation helpful? Give feedback.
-
当前采用的 inflate 来自 imaya,这几天我对比测试了 pako ,在当前使用条件下 (绝大多数数据原始大小位于 100-3000 区间),大概是这样:
基于以上结果,接下来会进行以下修改:
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
其实就是gotox的cfw脚本结合原版oagent的php node.js脚本摘抄整理了下。
放弃了解压缩的方式,经测试解压缩对cpu的占用比较大,很容易超出cfw的限额,把压缩解压缩换成异或加解密。
没使用chunk方式处理数据,直接整个responseBody载入缓存。
要使用修改的客户端,去掉压缩请求头文件的步骤,整个请求数据异或加密。
脚本中也是把请求数据先异或解密,然后根据前两个字节计算请求头文件长度,把请求头文件分离出来。
多数网站没问题,速度也挺快的,不过无法通过google.com的机器人验证(reCAPTCHA)。
正常长时间使用无cpu内存超限额。



Beta Was this translation helpful? Give feedback.
All reactions