下次找房东的时候带几个面相凶煞的哥们一起去

http://www.nirsoft.net/utils/shexview.html
用这个工具看看有没有什么不可靠的 shell 扩展

试试
sfc /scannow
命令

用来修复被替换或者损坏的系统文件
https://support.microsoft.com/en-us/kb/929833

才2m。。。先直接升级网络吧

一定有 jian 情。。。
http://i.imgur.com/u8tHSOG.jpg

@sallowdish 刚刚的 build 大会上才宣布的。。怎么会是老消息

抱着机箱上火车

每天 6k-7k UV，40k-50k PV 的论坛，试着投放过帖内二楼广告，一个月的点击数没超过100。活跃用户里 adblock 的装机率出奇的高。

面相大众的软件最好不要C#，部署不是一般的麻烦

有时候特定需求下 Azure 可能比阿里云还便宜。最好仔细算算。

接上。
如果两个地方记录不一致，实际上也没什么大问题。只有存在根上的 glue records 才是实际解析时用到的记录。

@louishothot RFC 里要求这样做，因为 ns1.qq.com 在 com 的 name server 里是被认为是“非权威记录”，为了保证“权威 name server 记录有该域下所有的记录”这个原则，所以 glue records 也得添加在 ns1.qq.com 下。

http://www.rfcreader.com/#rfc1034

One of the goals of the zone structure is that any zone have all the
data required to set up communications with the name servers for any
subzones. That is, parent zones have all the information needed to
access servers for their children zones. The NS RRs that name the
servers for subzones are often not enough for this task since they name
the servers, but do not give their addresses. In particular, if the
name of the name server is itself in the subzone, we could be faced with
the situation where the NS RRs tell us that in order to learn a name
server's address, we should contact the server using the address we wish
to learn. To fix this problem, a zone contains "glue" RRs which are not
part of the authoritative data, and are address RRs for the servers.
These RRs are only necessary if the name server's name is "below" the
cut, and are only used as part of a referral response.

C# 的 LINQ。Java 就没，哼 <(￣︶￣)>

如果你提交 glue records 的时候，给
ns1.qq.com 写了四个地址
192.168.101
192.168.102
192.168.103
192.168.104

那么解析行为是由客户端决定的。客户端向根服务器查 ns1.qq.com 的时候，根会返回所有IP，到底选择哪个 IP 是客户端决定的。

提交 glue records 的时候是没法分地区的。
也就是说没法让 ns1.qq.com 在不同区域解析为不同 IP。如果非要让不同的区域访问到不同机房的话，只能做 anycast。

要做分区域解析，是在 name server 上根据来源 IP 返回不同的 A 记录的。

@hebeiround 我说怎么我看不到书签栏，原来是因为高 DPI...

------------

话说最近很讨厌遇到问题不上 Windows Feedback 反馈反而在各大论坛抱怨的用户，TP 版本来就不是给这些人用的。每次上 PCBeta 论坛都感觉有不少人智商捉急啊 = =