https://zjcqoo.github.io/-----https://www.google.com
（该域名目前已被屏蔽，之前访问过的用户，只要不清浏览器缓存仍可使用）
-
2019-05-27 增加 nio.io、sslip.io 后备域名，减少申请失败的几率
-
2019-05-26 安装时自动申请证书（使用 xip.io 域名），安装后即可预览
curl -O https://raw.githubusercontent.com/EtherDream/jsproxy/master/i.sh && bash i.sh-
自动安装目前只支持 Linux x64，并且需要 root 权限
-
安装过程中 80 端口能被外网访问（申请 HTTPS 证书）
无法满足上述条件，或想了解安装细节，可尝试手动安装。
访问 https://zjcqoo.github.io#test=服务器IP.xip.io:8443（参考脚本输出）
部署到自己的 github.io 或其他站点，可参考站点部署。
# 切换到 jsproxy 用户
su - jsproxy
# 重启服务
./run.sh reload
# 关闭服务（参数和 nginx -s 相同）
./run.sh quit
# 启动服务
./run.sh
# 查看代理日志
tail server/nginx/logs/proxy.log目前暂未实现开机自启动。
默认情况下，代理接口允许所有 github.io 子站点调用，这可能导致不必要的流量消耗。
如果希望只给自己网站使用，可编辑 allowed-sites.conf。（重启服务生效）
如果不希望代理访问内网（避免 SSRF 风险），可执行 setup-ipset.sh：
/home/jsproxy/server/setup-ipset.sh需要 root 权限，依赖
ipset命令
该脚本可禁止 jsporxy 用户访问保留 IP 段（针对 TCP）。nginx 之外的程序也生效，但不影响其他用户。
相比传统在线代理，本项目具有以下特点：
传统在线代理几乎都是在服务端替换 HTML/JS/CSS 等资源中的 URL。这不仅需要对内容做大量的分析和处理，还需对流量进行解压和再压缩，消耗大量 CPU 资源。并且由于逻辑较复杂，通常使用 Python/PHP 等编程语言自己实现。
为降低服务端开销，本项目使用浏览器的一个黑科技 —— Service Worker。它能让 JS 拦截网页产生的请求，并能自定义返回内容，相当于在浏览器内部实现一个反向代理。这使得绝大部分的内容处理都可以在浏览器上完成，服务器只需纯粹的转发流量。
因此本项目服务端直接使用 nginx，并且转发过程不修改内容（只修改 HTTP 头），避免了内容处理产生的巨大开销。同时得益于 nginx 丰富的功能，很多常用需求无需重新造轮子，通过简单配置即可实现。并且无论性能还是稳定性，都远高于自己实现。
传统在线代理大多只针对静态 URL 的替换，忽视了动态 URL 以及和 URL 相关的网页 API。例如 a.com 反向代理 google.com，但页面中 JS 读取 document.domain 得到的仍是 a.com。这可能导致某些业务逻辑出现问题。
为缓解这个问题，本代理在页面头部注入一个 JS，用以重写绝大部分和 URL 相关的 API，使得页面中的 JS 获取到的仍是原始 URL：
对于有些无法重写的 API，例如 location，本代理会将代码中字面出现的 location 替换成 __location，从而将操作转移到自定义对象上。当然对于非字面的情况（例如 this['lo' + 'cation']），目前还无法处理。
目前找到的都是传统后端替换 URL 的方案。当然后端替换也有不少优点，例如浏览器兼容性高，甚至低版本的 IE 都可以使用。
GitHub: https://github.com/aploium/zmirror
GitHub: https://github.com/jenssegers/php-proxy
本项目主要用于以下技术的研究：
-
网站镜像 / 沙盒化
-
钓鱼网站检测技术
-
前端资源访问加速
当然请勿将本项目用于非法用途，否则后果自负。
Demo 页面文明使用，不要进行登陆等涉及隐私的操作。
MIT