mirror of
https://github.com/EtherDream/jsproxy
synced 2024-11-22 01:49:01 +00:00
更新 README
This commit is contained in:
commit
38f3c8bfac
28
README.md
28
README.md
@ -96,6 +96,34 @@ https://myhost.github.io 'my';
|
||||
参数和 nginx -s 相同。
|
||||
|
||||
|
||||
## 项目特点
|
||||
|
||||
相比传统在线代理,本项目具有以下特点:
|
||||
|
||||
### 服务端开销低
|
||||
|
||||
传统在线代理几乎都是在服务端替换 HTML/JS/CSS 等资源中的 URL。这不仅需要对内容做大量的分析和处理,还需对流量进行解压和再压缩,消耗大量 CPU 资源。并且由于逻辑较复杂,通常使用 Python/PHP 等编程语言自己实现。
|
||||
|
||||
为降低服务端开销,本项目使用浏览器的一个黑科技 —— Service Worker。它能让 JS 拦截网页产生的请求,并能自定义返回内容,相当于在浏览器内部实现一个反向代理。这使得绝大部分的内容处理都可以在浏览器上完成,服务器只需纯粹的转发流量。
|
||||
|
||||
因此本项目服务端直接使用 nginx,并且转发过程不修改内容(只修改 HTTP 头),避免了内容处理产生的巨大开销。同时得益于 nginx 丰富的功能,很多常用需求无需重新造轮子,通过简单配置即可实现。并且无论性能还是稳定性,都远高于自己实现。
|
||||
|
||||
### API 虚拟化
|
||||
|
||||
传统在线代理大多只针对静态 URL 的替换,忽视了动态 URL 以及和 URL 相关的网页 API。例如 a.com 反向代理 google.com,但页面中 JS 读取 `document.domain` 得到的仍是 a.com。这可能导致某些业务逻辑出现问题。
|
||||
|
||||
为缓解这个问题,本代理在页面头部注入一个 JS,用以重写绝大部分和 URL 相关的 API,使得页面中的 JS 获取到的仍是原始 URL:
|
||||
|
||||
![](https://raw.githubusercontent.com/EtherDream/jsproxy-localtest/temp/hook.png)
|
||||
|
||||
对于有些无法重写的 API,例如 `location`,本代理会将代码中的字面出现的 `location` 替换成 `__location`,从而将操作转移到自定义对象上。当然对于非字面的情况(例如 `this['lo' + 'cation']`),目前还无法处理。
|
||||
|
||||
|
||||
### 界面和接口分离
|
||||
|
||||
参见下文
|
||||
|
||||
|
||||
# CHANGELOG
|
||||
|
||||
## v0.0.1
|
||||
|
Loading…
Reference in New Issue
Block a user