January 25, 2007 | 姓张的小子 - 聚合你聚合我

Feeds

1612 items (0 unread) in 9 feeds

• eDWARD

Friendly

• Grisword
• UPDATE
• 车东
• 李安科
• Tank

Blogger

• Jonathan Schwartz
• 洪波
• 王晓峰

• January 26, 2007
• 14:41

  关于流感

   » ‎ eDWARD

  　　很不幸的被流感给击沉了，从昨天开始发烧，到今天彻底挂倒……现在艰难的爬上来留下一笔是为了证明我现在的存在：（ 我打算自己扛着,因为自己扛着七天会好,去医院一个星期才会好…………

  　　提问：鱼和海龟会得流感么？回答：不会，因为它们没心没肺，我很庆幸自己得了流感，因为正是流感证明了我有心有肺：）

• 10:03

  MTR和WinMTR

   » ‎ 车东
  Linux上很多好工具要解决的问题（需求）可能别人多年前就也遇到过了，但别人不告诉我的话我就根本不知道它存在。第一次知道MTR还是在几年前和其他公司的工程师沟通XML接口速度问题的时候学到的，当时对方发来这样一个报表：

   Host                                 Loss%   Snt   Last   Avg  Best  Wrst StDev
   1. 60.195.249.1                       0.0%    41    0.3   2.2   0.3  71.5  11.1
   2. 202.99.57.129                      0.0%    41    0.3   0.3   0.2   1.5   0.2
   3. 202.99.57.9                        0.0%    41    0.7  19.9   0.6 189.6  46.8
   4. 221.239.18.133                     0.0%    41    3.2   3.4   3.2   3.7   0.1
   5. 221.239.7.49                       0.0%    41    3.0   2.8   2.7   3.2   0.1
   6. 221.238.222.209                    0.0%    41    2.7  14.2   2.7 131.5  29.9
   7. 202.97.34.225                      0.0%    41   22.7  23.0  22.6  29.0   1.0
   8. 202.97.37.53                       0.0%    41   22.7  34.5  22.6 180.6  37.1
   9. 202.97.33.10                       0.0%    41   23.1  22.9  22.7  23.6   0.2
  10. 202.97.33.54                       0.0%    40   24.4  31.6  23.1  44.9   6.0
  11. 202.97.4.46                        0.0%    40   58.0  58.3  58.0  60.8   0.4
  12. 216.239.47.237                    12.5%    40  188.2 189.2 188.0 204.6   2.8
  13. 72.14.239.13                      10.0%    40  191.7 191.8 191.1 193.5   0.5
  14. 72.14.233.55                       7.7%    40  192.0 191.4 190.7 192.2   0.4
  15. 72.14.233.118                     12.5%    40  242.8 243.1 242.4 244.8   0.6
  16. 72.14.236.183                      7.5%    40  243.7 243.5 242.3 250.9   1.6
      72.14.232.113
  17. 66.249.94.118                     22.5%    40  242.7 247.9 242.7 255.7   4.5
      72.14.236.13018. eh-in-f99.google 10.0%    40  242.7 243.3 242.6 246.0   0.6

  从搜索前端服务器到Google的XML接口之间的路由，和各个路由点的响应时间（包括最短，最长，平均）及丢包率一目了然。 利用报表中的提示搜索了一下，发现了mtr这个工具，以前需要多个ping和traceroute 命令实现的统计，用mtr集成在了一起。 WinMTR就是MTR工具的Windows窗口客户端，非常适合Windows用户做路由跟踪。 下载地址：winmtr.sourceforge.net 另外从统计中可以发现：中国的服务器IP地址很少能做出反相解析，但国外的服务器就比较规范。 这个是到yahoo.com的mtr统计：

                               My traceroute  [v0.71]
  chedong (0.0.0.0)                                       Sat Jan 20 17:07:20 2007
  Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                          Packets               Pings
   Host                                 Loss%   Snt   Last   Avg  Best  Wrst StDev
   1. 60.195.249.1                       0.0%    48    0.6   1.6   0.3  49.4   7.1
   2. 202.99.57.141                      0.0%    48    0.3   0.6   0.2   3.1   0.7
   3. 202.99.57.13                       0.0%    48   21.5  16.1   0.6 169.5  40.5
   4. 221.239.18.125                     0.0%    48    2.8   3.0   2.6   8.2   0.8
   5. 221.239.7.49                       0.0%    48    2.7   2.5   2.3   3.0   0.2
   6. 221.238.222.213                    0.0%    48    2.4  13.0   2.4 138.4  30.4
   7. 202.97.34.225                      0.0%    47   22.7  23.8  22.2  85.4   9.2
   8. 202.97.37.53                       0.0%    47   22.6  31.6  22.3 190.2  29.9
   9. 202.97.33.90                       0.0%    47   22.6  22.5  22.2  23.1   0.2
  10. p16-1-1-2.r21.mlpsca01.us.bb.gin.  8.5%    47  166.3 167.1 165.7 188.0   3.8
  11. xe-0-2-0.r21.plalca01.us.bb.gin.n 13.0%    47  169.2 169.9 168.6 190.7   4.0
  12. xe-0-2-0.r20.plalca01.us.bb.gin.n 26.1%    47  265.7 268.5 260.4 299.8   7.0
  13. so7-0-0-2488M.ar2.PAO2.gblx.net   19.1%    47  170.4 173.3 169.9 249.0  13.7
  14. yahoo-1.ar2.PAO2.gblx.net         10.6%    47  179.1 183.0 178.8 286.6  16.7
      yahoo-2.ar2.PAO2.gblx.net
  15. ge-4-0-0-p440.msr1.scd.yahoo.com   6.5%    47  179.2 180.1 178.9 191.3   1.9
      ge-3-0-0-p240.msr1.scd.yahoo.com
      ge-3-0-0-p251.msr2.scd.yahoo.com
      ge-4-0-0-p451.msr2.scd.yahoo.com
      ge-3-0-0-p250.msr2.scd.yahoo.com
      ge-4-0-0-p441.msr1.scd.yahoo.com
      ge-4-0-0-p450.msr2.scd.yahoo.com
      ge-3-0-0-p241.msr1.scd.yahoo.com
  16. ten-2-3-bas1.scd.yahoo.com         8.5%    47  184.1 182.5 178.8 215.7   7.4
      ten-1-3-bas2.scd.yahoo.com
      ten-2-3-bas2.scd.yahoo.com
      ten-1-3-bas1.scd.yahoo.com
  17. w2.rc.vip.scd.yahoo.com           12.8%    47  179.5 179.7 179.0 180.8   0.5
  

  相关文章|Related Articles

  • 如何通过正则表达式区分中英文
  • [MT] Trackback spambot的特征分布 － 2006年12月份
  • 用sed批量替换文件中的字符
  • Sed 与 Linux 等价命令代码
  • GNU工具箱：充分用命令行代替SQL

• 1:03

  东拉西扯：Nofollow的伦理问题

   » ‎ 洪波
  
• 1:03

  东拉西扯：Nofollow的伦理问题

   » ‎ 洪波

  “nofollow”是Google两年前提出的一个防止垃圾链接的规范，很快被世界各大搜索引擎采纳。现在，为了防止垃圾制造者从其他网站的用户留言中获取不当利益，主流blog服务商和架站软件，也都对用户留言的链接添加了nofollow属性，这样，这些链接就不会被搜索引擎索引，从而让垃圾留言的SEO企图落空。

  不过从一开始，nofollow就面临不小的争议，有人甚至专门建立了一个No nofollow网站，来反对nofollow。最新一轮争议是由Wikipedia引发的，1月20日，Wikipedia决定在用户编辑文章中的外链自动添加rel="nofollow"属性。

  有一种观点认为，大量来自外部的链接，推高了Wikipedia的PageRank，Wikipedia却拒绝平等地链接其他网站，这让Wikipedia成了一个只进不出的不道德的黑洞。有人报复性地开发了一个WordPress的插件，它会自动在所有Wikipedia的链接上加上nofollow属性。果然是以牙还牙。

  我想，他们大概太把搜索引擎当回事了，我甚至怀疑，他们是为搜索引擎而写blog，根本不是为了他们的读者。没错，我承认，链接是互联网的重要价值之一。但链接是为读者服务的，不是为搜索引擎服务的。大量为了搜索引擎，为了PageRank而产生的链接，让链接失去了它本来的价值。

  有人认为，nofollow适合用于blog评论，却不适合用于Wiki，因为blog有作者和读者，而在Wiki上，每个人都是作者。这真是书生之见，nofollow根本不是用来对付读者的，它是用来阻止spammer的。blog上有spammer，Wiki上也同样有spammer。在没有更好的方式阻止spammer不当获益之前，nofollow是一个可行的选择，因为对读者而言，链接仍然有效，只不过这个链接并不会给被链接的网站带去搜索引擎的好处。

  国内的spammer很多还比较笨，他们每天不厌其烦地四处兜售他们的垃圾，却全然不知道，他们的链接可能根本不起作用。Donews的blog评论全都自动在链接上添加了nofollow属性，而且评论正文中的网址也不会被转换为链接，但这些人还是每天例行公事地来这里倾倒垃圾，真是费力不讨好。

  只要有任何办法让我们远离spam，保持内容本身的纯正性，在当前来说，都是合乎伦理的。

  

• January 25, 2007
• 18:05

  Sun 与 Intel 的关系

   » ‎ Jonathan Schwartz
  没错，我们今天上午和 Intel 一起发布了公告，不过，在我们举行新闻发布会之前，大家将不会在这里看到相关的内幕消息。请各位耐心等待...

• 18:03

  昨日新闻 - 王朔能否玩转网络出版？

   » ‎ 洪波
  
• 18:03

  昨日新闻 - 王朔能否玩转网络出版？

   » ‎ 洪波
  • 一语成谶，酷讯自己做内容了
  • 别把辅旋律的问题怪到主旋律头上
  • 王朔能否玩转网络出版？
  • When Being a Verb is Not Enough
  • 回复