黄色太骚了，关键是脏了太明显，还是黑色好。

官方微博一堆评论都这样说，应该是他们服务器挂了。

dnspod>alidns>114

扫描未注册你用啥 api ？

re   t 就算只有一个数也成了序列

国内又做不了高频交易，多配条网能保证不断线就行，速度没那么重要。

@XIVN1987 print 不加括号的结果是你在 lambda 里都没法用 print ，一点都不方便

@XIVN1987 python 是解释性语言，这就决定了性能和 C 不是一个级别，提升性能的方法就是向 C 靠拢，代价就是灵活性的丧失，所有数据都要申明类型就可以很大程度上改善性能，但没有申明一样用的很好，两者是无法兼得的。

teamviewer

@passluo 信用违约的代价而已，否则就跟希腊人一样，花钱的时候 high 到死，现在要还钱了，哪个政府敢说削减福利来还债就让哪个政府下台，最后的结果就是让希腊被全欧洲抛弃。欠钱不还的男人，被女人抛弃都是理所当然。

不然怎么办？联系不到你连传票都发不了，自己信用违约还几天都联系不上，难道信用机构就是冤大头？

4.7 亿广告费做这样一个垃圾网站，我说不是骗子网站你能信吗？

大公司太多人挤着进去， HR 有基本的筛选能力即可，基本相当于人事管理。
小公司拼命招人进来，这种 HR 才是真正的人力资源。

问题的根源不是你把域名托管在国内还是国外的 NS 服务器那里， NS 服务器本身是不会给错误结果的，而是看你向国内还是国外的 DNS 查询。

置于你提到的国外也被污染，我觉得你要么是没搞清楚状况要么是在扯淡， GFW 的污染能力从原理上仅限于国内，虽然发生过几次污染泄露导致老外上不了 facebook (貌似是因为 BGP 协议的一些问题)，但 GFW 最终都很深刻的检讨并修复了问题，不要随便污蔑人家哦。

污染的原理很简单，因为 DNS 是基于 UDP 查询的，而 UDP 是非连接的，也就意味着 UDP 并不检查数据来源，只要格式对就行。
你向国外发送一个 DNS 查询， GFW 发现了，抢先回报一个错误的结果给你，基本上全世界的 DNS 解析器都是把第一个返回的结果作为最终结果回报的，后面哪怕有正确的回报过来也是白搭，而 GFW 肯定比国外 DNS 服务器离你更近， DNS 就这样被污染了。

置于为什么部分解析正确，几种可能：
1.这条线路上 GFW 工作不正常
2.这条线路上的 GFW 拦截强度不够，漏掉了，或者偶尔漏掉了
3.你的运营商太 tm 良心，抢在 GFW 之前拦截你并且给你返回了正确的结果，请告诉我你用哪家 ISP 。

6410 在 5 年前还是挺先进的，嗯，就这样。

我觉得你学习方法有问题，这点从我们公司的新人上就看得出来，看起来很努力，但就是做不好事情，做事的思维完全不在一个世界。

爬 javbus 上的 av 封面