@Neveroldmilk 你知道原理就不会这么说了。

@fcicq 直接中转给 8.8.8.8 进行解析，不做任何缓存和配置(只需一份 gfwlist 的域名)。

$ dig -t NS +norecurse n.yiz.me @dns9.hichina.com

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> -t NS +norecurse n.yiz.me @dns9.hichina.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60431
;; flags: qr aa; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;n.yiz.me. IN NS

;; AUTHORITY SECTION:
n.yiz.me. 43200 IN NS ns1.keziwo.com.

;; Query time: 1 msec
;; SERVER: 42.120.221.13#53(42.120.221.13)
;; WHEN: Sat Jun 11 11:38:06 2016
;; MSG SIZE rcvd: 54

只需要添加搜索后缀，不需要 IP 。设置了搜索后缀之后，当你浏览器发送查询 www.baidu.com 这个域名的时候，系统会自动将 www.baidu.com 转换为 www.baidu.com.<搜索后缀> 例如 www.baidu.com.n.yiz.me ,  对于没有污染的域名，因为并没有修改你的上游 DNS 服务器，所以 CDN 还是可以正常的工作，你访问的还是离你最近的网站，之后第一次没有命中域名缓存会解析慢些。

其实有个叫 kcptun 类似项目。值得试试

工作 n 年，每周工作不满 40 小时，不到 20k 的路过

Des(0) des(1) des(2) ... 保证不重复，并且看似随机。

估计是有应用不支持密码吧。

不可能透明的， SVN 只支持线性历史,所以无法保留完整的分支合并信息。当然了,你可以吧 git 当作 svn 用,只用 svn 能做到的功能。 hg 跟 git 倒是可以做到透明。

一个服务是否被认可，最关键的是给客户带来多大的价值（简单来说就是给客户带来精神上的 /经济上的收益）。从这点出发就知道那些事坑爹的主意。