曾经背着帐篷，沿着海边，从一个城市徒步到另外一个城市。
计划和 @ruxue 一起骑自行车去西藏。

@yoyicue :) 以上信息只有解析结果，而解析结果是公开的

@yoyicue :) 原来是你，十分感谢你的建议。不过在 V2EX 我只代表我个人

@yoyicue
1. 知乎是免费用户，没有美国线路
2. 知乎只设置了默认的解析，没有使用智能解析
3. 他们有子域名 comet.testing.zhihu.com 设置到美国IP上，可能是他们在小范围AB测试

@bjshdq OneRing 开始发力了
豆瓣值得尊敬，先把精力放在基础设施的开发上，不浮躁

@CupTools 那么你的结论其实和DNSPod一样，使用8.8.8.8的用户，只能把他解析到国外，无法得到“正确”的解析。
讨论到此为止，再这样下去就会有很多Block了。我相信V2EX不会欢迎这样激烈的讨论。

@CupTools 不好意思，我没有那个意思。请教一下根据8.8.8.8的出口IP如何获得正确的解析？

有一个笑话是这样的，有人写邮件问某硬件杂志的编辑，
Q：请问CPU超频是否会影响寿命？
A：当然有影响！原来能用100万年，超频后只能用1万年了。

和做网站一样吧，用户群大了自然就有盈利模式了

@Livid 谢谢，Boxcar终于瞬时通知了。
刚刚看了下 min.us API 的 python lib, 发现 upload_file 的实现方法很可爱
https://github.com/minus-development/MinusAPI/blob/master/python/create_gallery.py#L13

不好意思，刚刚站内搜索了一下，我凹凸了，求删帖

@CupTools 不知道你说的正常解析的标准是什么。如果这个标准是当你在国内，而你的机器使用了国外的DNS，我们还能准确的判断你在国内，从而给你返回国内的IP，那么我们做不到。
从原理解释是这样的，DNSPod是授权服务器，8.8.8.8是递归服务器，用户不会直接到授权服务器上查询，而是通过递归DNS来查询，一般是ISP的递归服务器，这是智能解析的原理。
而 8.8.8.8 是做了BGP路由，和全球13个DNS根使用的技术一样。
当然不久的将来也许能做到，Google倡导的新的DNS标准就包含有这个问题的解决方案，方法是在递归服务器向授权服务器发起的请求中包含原始请求IP的前16位。
8.8.8.8会有天朝的IP，那只是带有一点点幽默的假设

@CupTools 那些出口IP都属于国外的IP段。DNSPod不是根据8.8.8.8来匹配是国外线路的，因为8.8.8.8不会使用8.8.8.8来访问我们的DNS。如果有一天8.8.8.8添加了天朝的出口IP，那么我们也会解析到国内线路上，并且因为那个出口IP已经在国内IP段内了，我们不需要跟踪这个页面来单独为8.8.8.8服务。
如果你发现DNSPod哪里处理错了，请详细说明，我随时在这里等待反馈。

@CupTools 看了，然后呢？愿听其详

@adamsxu 我会错意了……写博客的那个是DNSPod老大，我是DNSPod的工程师

@adamsxu DNSPod哪有那么多老大…

@CupTools @adamsxu 如果是用8.8.8.8或者OpenDNS的话，当然会被解析到国外的。
我为什么不建议使用OpenDNS和Google Public DNS ( http://blog.dnspod.cn/2009/12/why-not-opendns-and-google-public-dns/ )

@GordianZ 如果没有走出去，连有什么烦心事都不知道，所以想出去体验生活。
@sophon 我是搞技术的。
@seenxu 你在德国工作吗？
@dongsheng 我想体验那些不容易。能详细介绍下澳洲的移民政策吗？靠谱的流程和要求是怎样的？

用Git那是相当的爽，可是问题是在服务器上随时保留一个全代码的访问权限，是一个安全问题。有时间去折腾一下你们说的 capistrano