应该不是 lloogg.com 的原因，我试过 curl http://v2ex.com 就很慢（这个可不会解析任何 javascript 或者 css 之类）。之前还以为是设置了什么 iptables 的规则呢。所以，应该是另有原因。

楼主不会用白平衡，拍的照片一下子吓尿了这么多人，大事故呀。

这个哥们的失误就在于，他应该在家里开一台服务器，沈阳的外包小伙先登录到他家的服务器，再以他家的服务器为跳板，登录到公司的 vpn ，这样就既不需要快递双同步认证令牌，也不会有日志里出现沈阳 ip 地址的纰漏了。还是折在科技含量不够高啊。

可见墙就是直接写死的 urlencoding 硬编码，连 iconv 都没有上呢。

应用层的混淆和转发，感觉顺着这个思路，应该还有潜力可挖。

在 android 上，通过邮件分享，估计是最为“普适”的方式。

我用自家的 http://cliclip.com 服务（要先注册一个帐号，添加自己的 email 地址）
然后，将想要存起来的全文或连接地址以邮件的形式转发到 [email protected] 邮箱。

此外（添加 weibo）在 weibo 里 @cliclip 也可以在 weibo 生态圈很方便地记录。

我用自家的 http://cliclip.com
注册一个帐号，然后，将想要存起来的全文或连接地址转发到 [email protected] 邮箱。

为啥会有这种担心呢？多设备的同步不是用来干“转移数据”这件事的基本配备吗？

目测楼主是想代理 socket.io 的 ws 协议。目测可能出错。如果是的话，还需要处理 upgrade 事件。可以参照：

https://github.com/nodejitsu/node-http-proxy/blob/master/lib/node-http-proxy/http-proxy.js#L650

另外，为啥不直接用 nodejitsu 的 http-proxy 呢？

那个，是芹菜？？

同怀旧