给之前的“在线代理”设计了一种新的 URL 模式，看看会不会识别成钓鱼网站

[mytry]

前些时候分享过一个在线代理 https://www.gk.jsproxy.tk/ ，代理后的 URL 是把原始域名“打包”在自己的子域名下。

这种方案虽然实现简单，但有很多缺点。例如需要大量 DNS 查询，HTTPS 子域名数量有限，等等。

最近尝试了一种新的 URL 模式，把原始 URL 打包在路径里，这样域名始终只有一个。例如：

https://zjcqoo.github.io/-----https://www.google.com

当然这个演示目前还不完善，主要看看这种 URL 模式会不会被识别成钓鱼网站。

（目前换成了新加坡轻量云，貌似速度没有之前的快~）

（猜猜 github pages 为什么能显示任意路径的内容~）

[changwei]

这个不就是 glype 的思路嘛？以前 openshift v2 免费的时候，好多人在它上面安装 glype 当 为皮嗯 用

[mytry]

@changwei 在线代理其实都类似。这个的特点是后端 CPU 开销极低，前端有 API 虚拟化。

[asly]

速度很快，不过火狐好像打开有问题

[Liudong1999]

我靠！好快！赞啊，兄弟！！！

[pyteam]

非常不错，支持继续更新完善！

[hpj]

好一个反向代理...

[xiangyuecn]

又是你，反手就是一个赞。就是不知道会不会被请喝茶

[Schalkiii]

相当棒

[mytry]

@asly 目前只支持最新版 chrome。主要是 firefox、safari 调试 Service Worker 太麻烦了。。。

[ragnaroks]

有点意思

[zealot0630]

对于已经使用了 sw 的网站,还能正常代理么？

[binux]

Service Worker 原来可以这么用，有意思

[no1xsyzy]

内容损坏错误

在网站 https://zjcqoo.github.io/-----https://www.google.com 遇到一个无法修复的网络协议违规。

由于检测到在数据传输过程中存在错误，无法显示您正要查看的页面。

建议向此网站的管理员反馈这个问题。


——

完全没见过的错误呢

——
控制台：

导航至 https://zjcqoo.github.io/-----https://www.google.com
[jsproxy] sw inited sw.js:257:1
无法载入 ‘ https://zjcqoo.github.io/-----https://www.google.com ’。某个 ServiceWorker 传递了 promise 给 FetchEvent.respondWith()，因下列错误被拒绝：‘ RangeError: Invalid response status code.’。x.js line 144 > eval:50:10

[mytry]

@zealot0630 重写了 SW 注册的 API，拒绝原始网站使用 SW~~~ 大部分网站的 SW 只是优化网络的，禁用了也没太大问题。

[mytry]

@no1xsyzy safari 会报这个错误，这个浏览器的 cors 模型和 chrome 不太一样，还在做兼容。。。

[buhi]

楼主这个一旦被墙盯上基本没有任何匿名能力吧, 瞬间就能被识别出是一个代理服务器, 然后秒封服务器 ip.

[no1xsyzy]

@mytry 我是 firefox ……

[liuxey]

star，看了下确实使用的 404.html

[alfchin]

url 敏感词，分分钟被断

[alect]

目的域名考虑加密下？