@frankzeng

dns 隧道 上网

https://www.google.com/search?es_sm=93&q=dns+%E9%9A%A7%E9%81%93+%E4%B8%8A%E7%BD%91&oq=dns+%E9%9A%A7%E9%81%93+%E4%B8%8A%E7%BD%91&gs_l=serp.3...271237.289292.0.289545.69.45.7.0.0.9.505.7120.3-13j5j1.19.0.msedr...0...1c.1j4.62.serp..56.13.2927.JMntzxcT2cQ

@lshero 有正规的域名+自己的dns服务器即使是将53端口流量定向到可信dns上面也可以用 dns vpn 的。

为了防止客户端缓存错误的dns记录，cmcc 不会对dns响应进行劫持，只对http之类的流量劫持到登陆界面。网上就出现了利用dns解析来上网的vpn方法... 听说速度只有几k ...

Cmcc

实际上Cmcc也可以走 DNS VPN 来免费上网，就是速度太慢。

试试，不过现在线路稳定了，一般都直接在vps上操作了。

表示把 http 请求头打出来，过CDN 的话http头中必定有源IP。

@zgxltxz android alarmmanager WAKEUP 是我知道的的唯一一个可以在CPU关闭后还能唤醒手机执行程序的方式。

除此之外就只有持有唤醒锁强制 CPU 不关闭了。

另一个待机唤醒的方式是网络数据到达，也会唤醒 CPU 处理，这需要由服务端发起，但是如果由于意外状况导致长连接断开，这个唤醒方式会失效。

大局域网立法通过了。

@zgxltxz setExact android 4.4以上版本才有。

我试一下改成服务端发心跳试试。

@15ir 好主意啊。

css ie5 ie6 ie7 ie8 ie9 ie10 ie11

@yyfearth 找到了，非常感谢。

表示没做优化，nginx、mysql、php-fpm、socket.io、django+gunicorn*2、ss-server 等才 273M 占用。

> free -m ~
total used free shared buffers cached
Mem: 495 474 20 25 96 104
-/+ buffers/cache: 273 221
Swap: 0 0 0

从网上找的内容显示google、苹果等公司都有眼镜的专利，而且专利范围比较窄。

难道是广域专利过期后各家在申请的？

@c 第一次知道，原来还能这么玩啊。

"aaa".encode('base64').decode('base64')

python 2 字符串不加 u开头，可以看作 byte 数组，python 不知道字符串到底是什么编码，输出也是直接输出，如果和环境不匹配当然显示乱码，如果和环境匹配就能正常显示。

a.decode("utf8") 是告诉python ，a 的编码是utf8，请将她转换成unicode 字符串。

print 时，python 会自动根据环境将unicode 字符串转换成为对应的编码后输出，所以正常显示。极少的情况会出错。

伪装 headers 了吗？

http://biancheng.dnbcw.info/linux/418649.html
linux 高级路由即基于策略的路由比传统路由在功能上更强大，使用也更灵活，它不仅能够根据目的地址来转发路径而且也能够根据报文大小、应用或ip源地址来选择路由转发路径从而让系统管理员能轻松做到。


http://itoedr.blog.163.com/blog/static/12028429720135237643677
linux路由工具：iproute2/iptables（路由配置实例）

很久没弄网络了，具体命令记不清了。大概做法是：
在 china server 上面另加一个路由表X，并设置这个路由表的默认路由是 HK server 虚拟网卡IP。
然后 iptables 指定china 客户的连接使用路由表X。

你现在直接设置的SNAT，造成china 客户发起的请求出口地址变成了内网地址，但是IP包转发是依靠目的地址匹配路由表来走的。目的地址没有变，还是走的国内的上级网关，但是源地址是内网地址，会被上级路由器丢掉的。

同1 楼。
新版本 开 DEBUG 时开发服务器访问 static 实际上是访问的 /app/static 下面的文件。
发布后却访问 /static 下面，不是一个文件夹。

可用 collectstatic 把 app/static 下的内容合并到 /static。