关于百度宕机的八卦文

作者:阻击者 发布时间:January 13, 2010 分类:互联网呓语

首先普及下知识,DNS记录的生效时间一般在24小时之内,也就是说他可能一个小时就好了,也可能48个小时都在歇菜状态。

百度宕机,最先发表滚动报道的是我,一直整理到9点半才去上班,此后文章被搜狐IT、CSDN安全频道等网站全文转载,纽约时报网站也上引用了我这篇文章,但根据13号的调查看,在1月12日,6点多的时候,澳洲的网络人士就发现了不能访问百度。

那么由此可见,在1月11日晚,百度就已经被人非法篡改了DNS记录。

百度被篡改了DNS记录,问题就出来了

1.为什么注册商没有任何通知?与“普通用户”相比,百度应该算的上是一个比较重量级的用户了,如此异常的DNS记录变更,一点反映都没有?难道跟注册商有啥恩怨?

2.百度有没有会英文的?我真怀疑在1月11号晚上百度有没有懂英文的员工、技术上班。

3.百度自己的监控机制在哪?随便一改都没有办法知道的话,让其宕机长达半天,个人站长也不可能干这样的傻事。

4.官方正式回应一点都没看到,只有那个史无前例、史无前例呀,而所谓的致用户信谴责黑客的文章中,不知道是百度的人脑门夹住了,还是最早刊载这篇文章的编辑脑门夹住了,2009年1月12日,百度宕机,玩时空穿越?

5.昨天上谷歌搜百度怎么了,今天上百度讨论谷歌怎么了,其实百度宕机事件……

PS,晚上先去见同学,还没看到传销组织的笑话。

再PS一句,谷歌员工今天看完《阿凡达》后就要吃散伙饭,我们公司今天看完《阿凡达》后,就各自回家,连夜宵都没的吃,没劲。

谢绝转载、引用

周末偶感

作者:阻击者 发布时间:January 10, 2010 分类:互联网呓语

1.单兵作战的程序果然是单兵,一旦应用在系统化的工作中,就变得很废柴。

2.80%的程序喜欢做裸站测试,拿一个本机的网站,生成数据,得出的结论往往误导了实际的应用。

3.事实证明,求快是不对的,单页生成条数越少越好,此效果在夜间最明显。

4.假如跳转网址文章砍掉了那个JS,减少了数据负荷,却也减少了一次页面访问,你怎么选?

5.通用产品之死最大的原因莫过于他们无法接受个人用户的建议,或者接受了太多的用户建议,到最后这个程序变成了他想要的,或者大多数人想要却不愿意用的产品,某些CMS就写成了大杂烩,根据某人提供的八卦,某CMS刚拿了一个百万级别的单子,之前他们在通用市场几乎是无所斩获。

6.QQ是系统化的产品,但他却越来越不像个IM。

  1. 页码: