受项目启发我写了一个用于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.
-
其实就是gotox的cfw脚本结合原版oagent的php node.js脚本摘抄整理了下。
放弃了解压缩的方式,经测试解压缩对cpu的占用比较大,很容易超出cfw的限额,把压缩解压缩换成异或加解密。
没使用chunk方式处理数据,直接整个responseBody载入缓存。
要使用修改的客户端,去掉压缩请求头文件的步骤,整个请求数据异或加密。
脚本中也是把请求数据先异或解密,然后根据前两个字节计算请求头文件长度,把请求头文件分离出来。
多数网站没问题,速度也挺快的,不过无法通过google.com的机器人验证(reCAPTCHA)。
正常长时间使用无cpu内存超限额。
Beta Was this translation helpful? Give feedback.
All reactions