星星IT资讯

Ubuntu老大手下得力干将被Mozilla挖角

xingxing — Thu, 21 Aug 2008 01:32:15 +0000

大名鼎鼎的Ubuntu/Canonical公司老大Mark Shuttleworth大概连做梦都不会想到，Mozilla会从他创办的Shuttleworth基金会这个慈善机构里面挖人去运营Mozilla。 Shuttleworth基金会中的得力干将Mark Surman(hoho，也叫Mark)，将在今年九月正式加盟Mozilla基金会，任执行总监一职。

Mark Surman上任后将接替他的前任Frank Hecker。Mark Surman非常高兴的表示他加盟Mozilla后将和团队一起努力把互联网变得更加开放和有创造性。Linuxeden小编发现随着Firefox的兴起和流行，Mozilla的野心开始显现，四处笼络人才，招兵买卖，似乎准备在大干一场。难道，Netscape的神话将重演，又一批象Mark Shuttleworth这样年轻富翁即将诞生?

IE8将具备’色情网站’专用浏览模式?

xingxing — Thu, 21 Aug 2008 01:25:07 +0000

IE8 beta2的倒计时开始了。因为微软给消费者承诺的是在8月进行此次测试，算一算，只剩下11天8月就结束了。
当然，微软不可能一口气把所有功能都放出来。但是据Istartedsomething的Long Zheng称，IE8可能会包含一个叫做‘私人浏览’的模式，当然你可以简单的将其当作‘色情网站专用模式’。
这个模式Mozilla也有，但是从Firefox3开始它们就放弃了这项技术，而Safari从2005年开始就拥有这个功能了。
私人浏览模式允许用户在浏览某类网站时，自动清楚所有痕迹，包括浏览历史、cookie、以及任何你输入的信息。
而微软的官方发言人也称，IE8在个人隐私控制方面将全面加强。
其实这项功能也是目前很多优化软件所具备的功能，看来微软还是会满足用户的呼声的

IE 8正式版将在11月发布

xingxing — Thu, 21 Aug 2008 01:08:54 +0000

据知情人士透露,微软下周四将发布IE 8 Beta 2,而正式版将于11月推出.
该知情人士称,微软将于8月28日发布IE 8 Beta 2,而正式版将于11月推出.在即将上市的Beta 2版本中,微软将新增部分功能,如“隐私模式“等.当前,IE 8正处在Beta 1阶段,主要面向开发人员提供,但Beta 2将面向所有用户.当前使用Beta 1的用户还可以通过“自动更新”升级到Beta 2.
此外,IE 8只支持Windows Vista、Windows XP、Windows Server 2003和Windows Server 2008四款操作系统.

由于IE浏览器的更新频率较低,微软遭到了业界的严厉指责.因此,微软此前曾表示,从IE8开始将每年对IE浏览器升级一次.

洪磊口述:番茄花园如何捆绑流氓软件月入十万

xingxing — Thu, 21 Aug 2008 01:01:20 +0000

新闻来源:新浪科技
在软件产业、PC行业及互联网等领域引发了轩然大波。20日下午，洪磊的好友郑朝辉向新浪科技独家提供了一段他和洪磊聊天的录音。这段录音录于2006年 9月、长度为27分钟。郑朝辉说，这段录音原本是用于他所在的第一万维网(北京神州商通网络科技公司)内部交流学习，现在洪磊遇到困难，他愿意独家授权新浪科技将它公诸于众。
根据我国的法律，未经许可修改他人软件，如果没有因此获利，定罪较为困难。番茄花园在其网站上的版权声明中也表示，他们并不提供任何出售光盘，完全供用户免费下载。一些用户为洪磊喊冤，觉得番茄花园只是盗版商的“替罪羊”，他本身并没有因此获利。用过番茄花园的用户都发现，他的操作系统捆绑了易趣插件及雅虎助手，但他是否因此获利不能妄下结论。

在这份录音资料中，洪磊自己披露，他每月因此获利10余万元，并且他自己心里清楚“让微软知道了你在利用这个赚钱，他肯定会找你”。

洪磊在录音资料中称，番茄花园在2006年时的盈利模式有三种：一，番茄花园网站的点击广告；二，洪磊通过自己的网站提供包括XP美化包在内的软件下载，这些软件中捆绑了流氓软件，洪磊因此每月获利两三万元；三，通过预装在番茄花园版的流氓软件，为广告主带去流量或注册用户，每月由此获利10余万元。

值得注意的是，本录音发生在2006年9月，已经有近两年的时间。对于互联网行业而言，两年足以发生巨变，比如后来爆发的对流氓软件的讨伐及清理，因此，此两人谈话提及的状况不代表番茄花园现状，如他的收入可能早已不是月入10万级别，可能暴涨过，也可能骤减过。

以下根据洪磊的聊天录音以第一人称的方式进行改写，话题先后顺序有调整，但均忠实于洪磊聊天的原意，小标题为编者所加。

番茄花园的成长历程

番茄花园网站和下载以前的访问量小，我都是挂在你(指郑朝辉所在的第一万维网)那里的，用的是虚拟主机，原来我是2M(兆)的带宽，后来增加到5M，要是不限制带宽，完全放开下载的话，我估计需要20M带宽，限制了就10多兆，我的软件(指番茄花园版Win XP)下载从你那撤走后，基本就只需要1到2M的带宽了。

我当时算了一下，在你那放着时，每月有3到5万独立IP，那时只靠网站的广告获得收入，非常的少，服务器都买不起，后来我和易趣及雅虎合作搞捆绑后，收入增长很快，在今年(2006年)一二月的时候，当时每月收入才2万多，我攒了10万块，我就买了一台服务器，我记得配置是英特尔奔腾4 3.0 GHz的CPU，内存是1GB的。我自己换了服务器后，发现半个月后就达到了7万独立IP。

很快，每天的独立IP就达到了15万，同时在线人数有6000人，后来达到独立IP数25万了，服务器的CPU经常负载达到90%多，CPU受不了了。我现在就把论坛服务器和下载服务器分开，我在苏州租了一个服务器放论坛程序，自己买了个服务器用作下载，放到了成都。

苏州的百兆独立带宽每月是1800块，机位费是一个月3000，打个八折，算下来是2400，全部算下来不贵。我自己买的服务器是惠普的，我记得惠普当时的网站报价是21999，我后来花了20600买的，英特尔至强双路的处理器、2GB的内存，现在的同时在线人数最高13000人，处理器占有率是 45%，足够了，带宽最高达到50M，白天一般是35M。论坛的独立IP每天是3万，现在我每天全部的独立IP是40万，论坛只有下载的十分之一。

网址导航站9991.com的老板去年从上海来找我(洪磊位于江苏苏州)，他们提出想全部或部分收购我的网站和软件。他们主要想要我的主业(指番茄花园版 Win XP)，我的网站还归我管，他们想把tomatolei.com做出一个网址导航站，他们还承诺帮我推广，我现在的独立IP是40万，他们说有信心、有能力做到100万甚至更高，翻几倍，但我的网站不能涉足其他的内容了。他们愿意每月付我4万，一直付24个月，然后整个公司30%股份归我，他们要70%。我当时没答应。他们后来又找我，4万直接变8万，就是每月给我8万，其他条件不变。我后来还是不愿意，就算第三年每月能拿50万，我的网站不归我全权管理了，这不是我想要的。

现在我每月有十几万的收入，主要来自主业(即番茄花园版XP)，XP美化包每月有两三万，网站点击广告带来的收入很少。
做论坛赚不了钱

你问我现在做什么能赚钱，比较难说，我觉得，要做大的话，还是得争取人气，争取用户。就像迅雷，前段时间有人对他们投资3000万美金，他就是掌握了用户，提供免费服务，有很好的人气，还有你像51.com，刚开始做的时候亏了很多钱，后来开始有收入，比如提供类似腾讯那样的衣服啊，靠这些可以收费。 51.com还给一些大公司做广告，像卓越网啊，易趣网，你带去流量或消费，都可以获得收入。51现在有280万独立IP，每月可以赚200万。

我觉得做论坛赚不了钱。论坛主要靠广告获得收入，我发现娱乐的广告点击量最多，大旗网你知道吗，他就是提供一些新闻、图片、搞笑类的东西，人气很好，我 40万的独立IP，每天点击次数1万到1万五，每个点击一毛一，每天将近200块的收入。如果是电影广告，40万的独立IP，就只有三千人点击，相差五倍。电影的广告点击率0.9-1%左右，我以前也就是网上注册广告联盟，然后放代码到网站上。

我现在的论坛，每天3万独立IP，1200人同时在线，平均150人点击，每千次40块钱，每天也就十几块钱，就算你放4个广告商的广告，每天也就五六十块钱收入，一月算下来才一千多块钱。

捆绑流氓软件月入10余万元

我现在每月的收入中，软件(指番茄花园版XP)有十几万块，网站的收入只有两三万。这里面不光是XP，我自己下载网站里面也有一些打包的软件，比如XP美化包，里面都有捆绑，这些都是默认安装的。这个美化包其他下载站也有转发，他每天的下载量很大的，每天有5000人次的下载。

这些默认安装的软件，我现在就是雅虎助手和易趣网的插件，全部都是他们找我的，最开始是3721原来负责软件的找我，想看看捆绑的效果，后来是四川一家公司，他们是易趣的代理，最开始我也只是抱着试试看的心里，效果一个星期就出来了，并且是越来越好，越来越好。

我现在的易趣插件，每天能给我带来70个用户注册。易趣它是按效果付费，用户注册了才算有效。雅虎助手的价格是搜索1000次给10块钱，全球那么多番茄花园XP都是我做的，日积月累，现在一年半的时间，差不多就是现在每月10多万的收入。

自称并非行业老大

全球那么多盗版XP，很多都是我做的，我做了一年半的时间，日积月累，我自己之前都没有想到有这么多人用，说白了，就是XP光盘。有人说看到一个小县城卖盗版光盘那里都有番茄花园版XP卖。

番茄花园的名气比较大，其实我的量不是最大的，电脑公司装机版比我的量还要大。

他(指电脑公司装机版XP作者“donghai”)在做捆绑插件之前，只从别人那里拿到过两次钱，每次200块，后来他看我做了捆绑后，效果非常不错，来问我，我介绍他做易趣，他拉到一个用户我也有1块钱的提成。

他做三个月，量就比我大了，现在他每天为易趣带去100个注册用户，每月就这一项收入3万块，我做了一年半，现在每天才70个易趣注册用户，他的雅虎的搜索量也比我大，所以他的装机量比我大。

微软“管不了”

有一次我接到一个律师信，说我论坛一个帖子，是卖番茄花园版XP软件的，60块钱一套，他们就发律师信过来，说出售介质类的光盘是不允许的，叫我删除，我后来就删除了，他们还说谢谢合作，大概是说谢谢我配合他们的合作。在此之前，微软并没有找过我。

其实微软现在也知道很多人修改他的东西，他没有去管，其实也管不了。

我今天讲的这些数据不能对其他人说，因为第一别人会眼红，第二，让微软知道了你在利用这个赚钱，他肯定会找你的。

跟软404代码说再见

xingxing — Wed, 20 Aug 2008 12:51:02 +0000

原文: Farewell to soft 404s
发表于: 2008年8月12日星期二，下午2:54
在网络上，我们可以看到两种404（”文件无法找到”）响应代码：”硬404代码”和”软404代码”。我们不鼓励使用所谓的”软404代码”，因为它们可能会对用户和搜索引擎造成困惑。对一个不存在的URL，那些提供”软404代码”的网站不是返回一个404响应代码，而是返回一个200响应代码。然而，伴随这种200响应代码的内容通常是该网站的首页或者是一个错误信息的页面。
一个软404代码的用户体验是怎样的呢？这里有一个软404代码的模型：这个网站对一个不存在的URL返回一个200相应代码以及这个网站的首页。

如上图所示，软404代码会给用户带来困惑，而且搜索引擎也会花很多时间在您的网站上爬行和索引一些并不存在、而且经常重复的URL。这会给您网站的索引覆盖率造成负面影响——由于谷歌机器人被这种代码误导并花了大量时间爬行一些并不存在的网页，您的一部分含有独特内容的网页反而有可能无法被及时发现，或者不能被经常性访问。

如果不返回一个软404代码，我应当怎么做呢？
更好的做法是返回一个404响应代码，而且向用户清晰地说明这个文件无法找到。这样做将使搜索引擎和用户都得到更愉快的体验。
返回404响应代码

向用户返回更明确的信息

我的服务器可以返回404代码，但同时向用户发送一个有帮助意义的”无法找到”的消息么？
当然可以做到！在今后的”404专题周”里您可以看到更多相关信息！

十大Firefox应当避免安装的扩展

xingxing — Wed, 20 Aug 2008 12:46:24 +0000

欢迎回来，Firefox爱好者们！我们已经通过我们提供的“20个必装的Firefox扩展”列表帮助你在完美浏览的旅程上迈出了头一步。但是调整你的浏览器的能力可是一把双刃剑。事实上，有些扩展是我们必须避免的，尽管其中一些还比较流行。

流行度可不是用来决定是否安装某个扩展的依据。关键是是否它能增强你的浏览体验，并且还不会带来副作用。好消息是扩展社区在自我监管上手法娴熟。大多数糟糕蹩脚（例如，会使你的浏览器挂掉或者消耗你所有的CPU资源）的扩展要么被修补，要么消失了。

但有些扩展在一些不明显的方面是“糟糕”的，或者说不能给你提供值得安装的好处。那么，我们来看看下面这个没有先后次序的十大吧。

Fasterfox

这个网络加速器拥有的“预取”技术能让你成为痛苦的网路公民。这里有它的工作原理：你下载一个页面并开始阅读。在你的系统空闲的时候，Fasterfox默默地开始接下来的链接，并开始下载目标页面。其用意是如果你决定点击其中某个链接，页面已在你的计算机上被缓存，当然能很快地加载了。

这个扩展对你而言是不错的，但它却可能带来令人难以置信的带宽浪费。你只需想想一张网页上有多少链接就知道了。即使你不关心带宽，有报告显示现在有些系统管理员正检测此诸如此类的扩展，并阻断使用它的客户机。当你有可能可靠地使用Fasterfox的时候，你最好不要使用，除非你知道你在干什么。

如果你必须使用Fasterfox，选择“Courteous”设置吧——它既能稍稍给你的浏览加速，又不会耗尽带宽。

NoScript

这个扩展像做过广告那样极其流行，它能够让你依据网页的来源域名来控制页面上的JavaScript、Java这样的可执行内容。你把你认为安全的站点加入白名单，反之亦然。

NoScript通过来源域名让你允许或禁止可执行内容，但某张网页上面却可能有来自不同域名的执行脚本。

如果你确实需要这样的一种控制，你可能已经在使用此扩展并打算继续使用下去了。但对普通用户而言，经常要把网站加入白名单来获得完整的网页浏览体验确实令人乏味。

NoScript使得Firefox更安全了吗？的确如此。但它赢得了优缺点的战争了吗？没有。因为某些原因，偏执狂可能会在网络爱好者中显得很酷；但更多时候，如果你不发送接收敏感数据的话，这个扩展几乎毫无作用。几乎所有安装此扩展的大众的网页浏览用户会在新鲜期过后将之移除。

Adblock and Adblock Plus

很明显，谈到广告过滤扩展的时候我们会带有某些偏见，因为Computerworld可是一个靠广告维持的站点。我们还知道这些都是非常流行的扩展。但如果每个人都过滤广告的话，像我们这样的站点要怎样才能维持下去，为您提供免费内容呢？

我们确实承认在外面的确有些令人恼火的垃圾广告。但我们更愿意使用Nuke Anything Enhanced来kill掉那些恼人的广告，而让大多数广告显示，来支持我们喜欢的站点。

PDF Download

这里有另外一个如同做过广告般的流行扩展，但它看上去对大多数用户是过分的，对另外用户则带来头痛。PDF Download能让你点击PDF文件链接后控制你的Firefox来如何处理——会弹出一个对话框让你选择下载、打开并以HTML方式查看。你还可以设置你自己的默认操作，这样下次就能跳过弹出对话框了。

除了以HTML方式查看文件的选项，对许多人有用的是能够以他们选择的PDF阅读器，而不是只能用Adobe Reader插件来打开PDF文档。用外部程序打开在某些系统上会显著地变快。同时，以HTML方式查看有时会比用Adobe Reader的插件打开PDF档花上更长的时间。

那么问题在哪里呢？此扩展在处理某些特定的PDF的时候会遇到错误。某些网站会发给你页面来进行跟踪，然后再把你转向PDF档。这些情况下，扩展无法使用。出现这些不常见的情况的时候PDF Download就被绕开了，但我们在处理转向的PDF的时候，Firefox也会失去响应。相比PDF Download带来的些微好处，它造成的不便显得更多。

VideoDownloader

个人出品的视频如今是越来越火了，那为什么不要装这个扩展呢？站点如YouTube、Google Video能让你更容易地把内容放到网上，与网名分享。VideoDownloader提供了下载从这些站点下载视频以便离线观看的途径。听上去不是很棒吗？

问题是这个扩展必须连接至网络工作，而且更多时候，你会发现出现的是“服务不可用”的页面，而不是视频的下载窗口。即使终于开始下载，速度也是令人抓狂的慢。

左边你看到的是下载时的页面，右边是你更多时候看到的。

或许这个扩展是它自己成功的受害者，但到服务器的问题解决之前，省省你的脾气，不要安装它啦。

Greasemonkey

嘿，等会儿。这不是我们那个最好插件列表上的一个吗？是的，你没说错。只要你知道你在做什么的话，Greasemonkey的确是个优秀的扩展。但它确实会带来麻烦，因为它允许他人所写的JavaScripts运行在Firefox上。如果某个脚本不怀好意，你的系统恐怕就危险了。

要避免这种麻烦，你必须在遇到你认为安全的脚本时才能使用Greasemonkey，要么你对JavaScript足够熟悉，要么这个脚本在userscripts.org有足够好的评价，使用者认为它没有什么副作用。

如果你不愿意好好研究一番，还是彻底跳过这个扩展吧。

ScribeFire （formerly Performancing）

这个扩展进入扩展仓库看上去毫无意义。我们拥有的只是一个基于浏览器的在线撰写部落格的工具，但大多数的Blog不都有工作顺畅的基于浏览器的Blog编辑器吗？

或者确实有些需要这种应用帮助的博客系统，但我们并不熟悉。在我们遇到这样的博客系统之前，我们都更愿意不用这种扩展，而是坚守博客系统内置的编辑器。

上图是WordPress的内置编辑器，下面是ScribeFire的。你会两者都要吗？

诚然，ScribeFire是款优秀的软件。我们仅仅是在这次不需要它。如果你碰巧使用的是没有不错的编辑器的博客系统，ScribeFire会是你的扩展工具框中当仁不让的选择。

TrackMeNot

这又是一款被过分热捧的扩展。开发者显然注意到了搜索引擎的数据收集——搜索引擎追踪你的查询并基于你的查询建立了相应的统计资料，在此之前，有657，000个AOL用户的三个月的查询记录被公布到网上。

这是由TrackMeNot提供的搜索日志文件的一部分。

我们并非不重视隐私策略，但TrackMeNot使用的技术令人怀疑。此扩展会在你浏览时在后台运行，然后向AOL、Yahoo、Google和 MSN等搜索引擎发送随机的查询请求。这对你和你依赖的搜索引擎而言，不都是极大的资源浪费吗？

Tabbrowser Preferences

这个扩展能让你在很多细小的方面调整Firefox的标签设置。例如，你可以把新标签按钮加到你的标签栏上，或者控制是否在每个标签上都出现关闭图标。这的确很有效。

问题是如果你卸载此扩展，你的标签设置不会还原。你得在about：config页面里撤消你的调整，而事实上很多用户并不理解，甚至并不了解。这可是糟糕的扩展设计。

这个扩展做的改变极其细微，但还不是问题之所在。如果你卸载某个扩展，你肯定是为某个原因而做；而且一旦其被卸载，浏览器应该就重置到初始状态。

Tabbrowser Extensions

此扩展确实庞大，但似乎在某些Firefox的圈子里非常流行——它几乎就是Firefox盲进化的入门仪式。它能给你很多关于标签浏览、插件管理等功能的控制。然而，它与许多其他的扩展冲突不兼容。事实上，连它的开发者都不建议你安装此扩展。

当写代源码的人都建议你止步的时候，你最好驻足，而不必理睬你的Firefox狂的好友的言辞。在任何情况下，此扩展都不能——好像也不打算——升级来兼容Firefox 2.x.

Bonus： Watch out for the Numbered Links 0.9 imposter

Numbered Links 0.9并没有什么不好。通过显示链接、按钮和其他网页中的交互元素旁的数字，它能让你不使用鼠标就能很好地浏览网络。如果你从前选择安装Numbered Links 0.9，并且你发现它确实挺有用的时候，你没有理由不继续使用下去。（或许你对同一个开发者的Conkeror也感兴趣。）

然而，如果你在附加软件列表中看到了它却不记得你安装过它，请务必小心了。它的有个版本曾被FormSpy Trojan修改过，该木马伪装成Firefox扩展，并且名称是“Numbered Links 0.9”。FormSpy会潜在地收集信息并以HTML格式发送到恶意站点。要了解更多信息，请看看McAfee的FormSpy的相关档案。

你作何感想？

现在你已经看完了我们的十大应避免的Firefox扩展，你要提高警惕了。

总之，我们欢迎你的思考。有任何有关扩展的悲剧想要分享吗？想要为我们列出的扩展辩护吗？请通过下面的回复来表达您自己的意见。

利用Web Application Stress Tool(WAS)做性能测试

xingxing — Wed, 20 Aug 2008 12:32:55 +0000

Duwamish Online

Aaron Ching, Pedro Silva, and Allen Wagner
Microsoft Developer Network

January 2001

摘要：这篇文章讨论了性能测试对于成功发布一个网络应用的重要性，集中讨论了微软的Web Application Stress (WAS)这个用于测试Duwamish Online的性能的工具。

内容

介绍
使用WAS的好处
WAS的缺陷
安装WAS
创建测试脚本
配置测试脚本
运行测试脚本
结论：最好的习惯

介绍

性能测试是成功发布一个网络应用的关键因素。当越来越多的用户访问你的站点时，清楚地知道你的应用程序和你的服务器群是怎样工作的就显得非常重要了。

为了给你的网络应用程序模拟出那种类型的使用，你可以协同几百甚至上千的真实用户在一段设计好的时间段里访问你的站点，你也可以只与一个能复制这么多用户负载的测试工具一起工作，

许多性能测试工具可以帮你的忙。基本上，这些工具都允许你以有限的客户端模拟大量的虚拟用户，并发地访问预先确定的页面或网站的URLs (Uniform Resource Locators)。每一个虚拟用户都能精确地仿效在真实浏览器和网站服务器之间进行通讯协议。

在这篇文章里，我们将专注于其中一个这样的工具：Microsoft® Web Application Stress (WAS)工具。你可以在微软的Microsoft Windows® 2000 Resource Kit CD (WAS version 288)里面找到这个工具。

注意 WAS 不能再从Microsoft的网站下载了，Visual Studio .NET 的企业架构和企业开发版本都包含一个新的网络压力测试工具，这个工具叫做Application Center Test，是受Microsoft技术支持的工具。这个工具包含在Visual Studio .NET安装时的Enterprise Development Tools部分。在写这篇文章时，Application Center Test还没有正式公开发表。关于如何得到Visual Studio .NET，请访问Visual Studio网站。

使用WAS的好处

首先，我们来讨论一下使用WAS测试你的应用程序的好处。

它简单

WAS允许你以不同的方式创建测试脚本：你可以通过使用浏览器走一遍站点来录制脚本，可以从服务器的日志文件导入URL，或者从一个网络内容文件夹选择一个文件。当然，你也可以手工地输入URL来创建一个新的测试脚本。

不像其它的工具，你可以使用任何数量的客户端运行测试脚本，全部都有一个中央主客户端来控制。在每一个测试开始前，主客户机透明地执行以下任务：

· 与其他所有的客户机通讯

· 把测试数据分发给所有的客户端

· 在所有客户端同时初始化测试

· 从所有的客户端收集测试结果和报告

这个特性非常重要，尤其对于要测试一个需要使用很多客户端的服务器群的最大吞吐量时非常有用。

它的高可用性

WAS是被设计用于模拟Web浏览器发送请求到任何采用了HTTP1.0或1.1标准的服务器，而不考虑服务器运行的平台。

除了它的易用性外，WAS还有很多其它的有用的特性，包括：

· 对于需要署名登录的网站，它允许创建用户帐号。

· 允许为每个用户存储cookies 和Active Server Pages (ASP) 的session信息

· 支持随机的或顺序的数据集，以用在特定的名字-值对

· 支持带宽调节和随机延迟（“思考的时间”）以更真实地模拟显示情形。

· 支持Secure Sockets Layer (SSL)协议

· 允许URL分组和对每组的点击率的说明

· 提供一个对象模型，可以通过Microsoft Visual Basic® Scripting Edition (VBScript)处理或者通过定制编程来达到开启，结束和配置测试脚本的效果。

WSA的缺陷

除了优势外，WAS的确有一些缺陷存在。当前知道的bug和有关事项都列在WAS的网站上了。以下是当前WAS不支持的特性：

· 以前面所发请求返回的结果为基础，修改URL参数的能力。

· 运行或模仿客户端逻辑的能力

· 为所分配的测试指定一个确定数量的测试周期的能力。

· 对拥有不同IP地址或域名的多个服务器的同时测试能力

注意你可以使用多个主客户端来同时测试多个服务器。然而，如果你想把所有测试结果联系起来成为一个整体，则需要整理从各个WAS数据库得到的数据

· 支持页面在不同IP地址或域名间的重定向的能力

· 从Web浏览器直接记录SSL页面的能力

注意 WSA已经支持SSL页面的测试，但是没有记录它们。你需要在脚本录制完后，手工地为每个设计好的URL打开SSL支持

虽然对这些限制有一些相应的解决办法，但是如果你的应用依赖一个或多个这样的功能的话，你也许不能完全享受WAS带来的好处。

安装WAS

WAS要求Microsoft Windows NT® 4.0 Service Pack 4或以上版本，包括Windows 2000平台。还要求Internet Explorer 4.0以上版本，与Internet Explorer 5.0工作更好。

要安装WAS，首先下载最新版本的setup.exe程序，按照安装向导的指示。拷贝并在你的测试机器上安装。

注意在本文介绍的所有步骤均以WAS version 293为蓝本。

创建测试脚本

虽然你可以手动地创建测试脚本，WAS可以通过记录浏览器活动，导入服务器日志文件或评估Web文件夹的内容来帮助你创建测试脚本。在本文，我们将主要通过记录览器活动的方式来创建测试脚本。采用这个方法而不用其它的方法有几个原因，包括：

· 记录览器活动的方式以精确的方式捕捉所有用户的交互活动。任何从浏览器发往服务器的URL指向，应用程序参数和HTTP头部信息都会被自动地记录在新的测试脚本里。

· 导入服务器日志文件的方法在站点已经进入投入使用阶段，有了真实的用户流量的情况下使用最好。但是，一个新的站点未必有这么多的真实用户使用数据，进一步说，可能还需要合并大量的日志文件来达到较好地体现用户活动的目的，这将需要创建大量的测试脚本，将需要客户端更多的系统资源。

· 选取Web内容文件夹的方法最好用在测试多数是静态HTML文件的站点。这种方法允许在已有服务器的Web页面的基础上快速创建测试脚本。然而，这种方法并不捕捉任何由大多数应用程序文件产生的参数，像Common Gateway Interface (CGI)程序或Active Server Pages (ASP).

你只需要在主客户机器创建和存储你的测试脚本，当测试由主客户端初始化时，测试脚本会自动地分发到其他的测试客户端。

准备测试客户端机器

如果你正在你的内部网通过代理服务器使用WAS ，并且从内部网外的客户端发送请求页面，而且你的公司使用Microsoft Proxy Server，那么按照以下的步骤建立你的客户端：

1. 从开始菜单，指向设置\控制面板。双击管理工具图标，然后是服务图标。

2. 双击WebTool服务打开属性对话框

3. 点Log On As标签，然后点This account选择按钮添加你的网络用户名和密码。使用domain\user name的格式

4. 停止并重起WebTool服务

5. 然后，安装Microsoft Windows Proxy client 2.0，也叫Winsock Proxy 客户端，可以在Microsoft Proxy Server CD里找到（更多有关怎样安装和设置这个软件的信息，请参考包含在CD里面的文档）

6. 对于希望使用代理服务器的每个测试客户端，重复步骤1-5。

如果你的公司使用其他的代理服务器，就要安装该代理服务器的代理客户端。

准备浏览器

在开始录制一个脚本前，你需要准备好你的浏览器，清除你的浏览器的缓冲cache。否则，WAS也许不能记录所需的浏览器活动，因为浏览器可能从缓冲区而不是从所请求的服务器取得请求页面。

关掉IE的缓冲区

1. 在工具菜单，点Internet选项

2. 点常规标签，然后点删除文件。。。按钮。

如果使用IE5。0或以上版本则不需要修改代理设置，因为5。0以上版本的IE允许WAS改变这些设置。然而，对于IE4。0或早期版本，WAS使用一个内置的代理服务器来记录浏览器活动。

按WAS的需要指定代理设置

1. 在工具菜单，点Internet选项

2. 在连接标签里，修改代理设置以使代理服务器指向Localhost并且使用端口8000

3. 不选对于本地地址不使用代理服务器

记录脚本

在你的浏览器和客户端已经准备好记录后，做下面的操作：

1. 当你第一次运行WAS时，你会看到一个Create new script的对话框（Figure 1）,询问你以什么样的方式创建一个新的测试脚本。

2. 点Record 按钮。如果之前你选择了Don’t display at startup，Create new script将不会显示出来。你可以在Script菜单选择Record 然后 Create.

3. 在Browser Recorder — Step 1 of 2对话框，你会被要求指定一些记录设置。在这里，清除所有的选择框点Next继续。

4. 在Browser Recorder — Step 2 of 2对话框，点Finish。一个新的IE窗口会出现以便记录浏览器活动，同时WAS会被置于记录模式。

5. 在新出现的IE窗口的地址栏，输入你的目的站点的地址。在WAS的窗口你将看到HTTP 信息在跟随你的浏览活动而实时改变着。

6. 当完成了你的站点浏览后，转回WAS窗口—还处于记录状态—点Stop Recording按钮。就会终止记录并产生一个新的测试脚本。

在右边窗口的底部，你将看到一个列出所有脚本的列表。

对于需要安全连接的站点，WAS支持SSL页面。然而不允许SSL的记录。要解决这些限制，你可以在服务器端关掉SSL，记录脚本，然后再重新激活服务器上的SSL。

设置测试脚本

新录制的脚本还不能立即用来测试。还必须完成以下设置：

· 调节脚本项和他们的属性

· 调节测试脚本的测试

· 建立页面组和点击百份比

· 建立用户帐号

· 建立客户端

· 建立性能计数器

调节脚本项

在修改一个测试脚本的脚本项时需要考虑几点，我们将在下面介绍。

去掉不需要的脚本项

去掉冗余项以减少在测试中的噪声因素，或者去掉那些无效的URL。当要调整一项特殊的功能时，去掉所有指向图象，样式表单和其他辅助静态文件的脚本项。

为脚本项指定思考时间

脚本项表单的最后一项叫做“延迟”。这项允许你在执行脚本项之前指定特定的延迟时间（也叫思考时间）。

对于性能测试来说，如何定义思考时间并没有一个单独的标准。有些人使用零思考时间，有些人考虑使用30秒为思考时间。

主要取决于站点的内容和测试的目的。例如，有长页面内容的站点需要比简单页面的站点使用长一点的时间，因为用户需要使用多点的时间来读页面内容。

另外，如果你的目的是快速地决定一个只有少量客户端的Web服务器的吞吐量，你可以考虑零思考时间。没有思考时间的话，WAS的每个线程以最快速度对Web服务器施加压力。

为脚本项设置一系列的值

WAS允许你为一个脚本项的一对名字-值赋值，而不是对每一个请求都使用相同的值。这个特性对于模拟真实情形很重要，没有用户会不停的以相同的数据值请求同一页面吧？

例如，其中一项测试脚本是请求一个ASP页面展示一个产品的详细信息。我们可以设置WAS随机地从一列预先定义的产品ID选取不同的值，而不是每次都用相同的产品ID请求ASP页面。

为脚本项建立一列值

1. 在WAS窗口的脚本项，双击脚本项最前面的方型按钮（在表单的第一列）打开这项的详细菜单。

2. 在Querystring标签里（也叫Querystring Editor,如Figure 3所示），选定Format data to CGI standard。相应的名字-值对会出现在check box下的表单里。

3. 点选定的名字-值对的值，一个新的按钮会出现

4. 点这个按钮打开Field Values对话框

5. 在Field values对话框输入一串值，每一行一个值。你也可以通过剪切，粘贴一个电子表格的数据文件来输入。

6. 在Querystring Editor里，在表单中点有相同名字-值对的Distribution一列。在下拉菜单选择Random。

为脚本项设置SSL

为特定的脚本项激活SSL，需要作以下操作：

1. 在WAS窗口的脚本项，双击脚本项最前面的方型按钮（在表单的第一列）打开这项的详细菜单。

2. 在 SSL标签里，选Use SSL. (注意在你激活SSL时确保端口值应该在80到 443之间)。

调整脚本设置

为了您能满意地运行你的性能测试，你需要修改你的测试脚本的设置。通过双击左边的脚本名展开脚本的信息，你会找到一个Settings标签，在这里你可以为你的测试脚本指定很多设置。点击它将在右边窗口打开Settings视图。

指定目标Web服务器

默认地，目标服务器是“localhost”，应该替换为IP地址或目标服务器的域名。

改变设置

1. 在左边的窗口点测试脚本的名字

2. 在右边窗口顶部的Server输入目标服务器的IP地址或域名

注意如果你想对有Network Load Balancing（网络负载均衡）的服务器群组进行测试，就像Duwamish Online一样，则需要输入IP地址群。

设置并发连接数

在设置里的Concurrent Connections部分，你可以指定Stress level (threads)的值和Stress multiplier (sockets per thread)来控制对目标服务器的压力/负载程度。Stress level是全部客户端所产生的Windows NT线程的总数。每个线程能产生多个socket而每个socket就是一个并发的请求。

以下公式解释了他们之间的关系：

Total Concurrent Requests = Stress level (threads) x Stress multiplier
(sockets per thread) = Total Number Sockets

在我们的实验室，我们使用不同的Stress层次来性能测试。例如，我们使用过100, 200, 300, 400, 500, 750, 1000, 1500,和2000的值来连续测试以研究我们的服务器群组是如何对连续增长的负载作出反应的。

你应该在初步测试的结果基础上调整这些数值。通常来说，你需要在低负载度时收集更多的数据点，因为这时候系统的吞吐量会随线程的增长而线性增长。另一方面，你可以在高负载度时运行较少的测试以节省时间和精力，尤其是系统吞吐量已经高于峰值时。

注意我们的第一次测试将设定在1000个线程。目的是运行足够的请求以建立我们程序的数据缓冲。因为程序的性能会因为有没有缓冲而表现大不相同，这将帮助我们为负载测试保持一个一致的环境。

设定测试运行时间

在设置视图的Test Run Time部分，你可以以日，小时，分钟，秒来设定总的运行时间。取决于你的脚本项的预期反应时间，建议你运行测试脚本至少若干分钟以便产生足够的请求，避免变形的测试结果。你的程序的反应时间越高，测试进行的时间就应该越长，以便产生大量的数据。

你可以运行短而密集的测试以便监测你的站点的任何问题。另外，你需要运行更长的测试时间（例如，30天），看看你的站点的性能是否随时间而退化，尤其是在中级或高级的负载压力下。

在Duwamish Online这个站点，大多数的性能测试都运行7到10分钟，以便有足够时间来稳定测试结果。

设置随机延迟时间

在设置视图的Request Delay部分，你可以在执行测试前为每个脚本项选择加入随机延迟时间（或思考时间）。如果Use random delay选项框被选中，每个WAS线程会空转一段随机的时间（在最大值和最小值之间）加上为每个脚本项指定的固定的思考时间。

下面的公式解释了延迟时间的计算方法：

每项的延迟时间=随机延迟时间+每项的固定延迟时间

随机延迟时间的特性在固定延迟时间被指定给脚本项时尤为重要。如果没有使用随机延迟时间，所有的线程会在几乎相同的时间发送请求到Web服务器，然后等待几乎相同的固定延迟时间然后发送下一个请求。随机延迟时间在向Web服务器施加负载时有助于压平峰值和谷值，因此为所需的负载水平呈现一个更为精确的环境。

设定挂起时间

在设置视图的Suspend部分，你可以以日，小时，分钟，秒来设定warmup 和cooldown时间。Warmup时间就是初始化测试运行时间，在这段时间里不会收集和计算性能数据。类似地，cooldown时间就是指定结束阶段的测试时间，也不收集数据。Warmup 和 cooldown被用于最小化测试结果的失真。

通常，在一个新测试运行的初始化阶段，很多系统资源是被特定的活动所消耗，像组件或应用程序的缓冲初始化。Warmup时间有助于在任何测试数据被收集之前稳定系统的环境。

另一方面，cooldown时间有助于在测试运行的结束阶段避免数据的变形，这时额外的系统资源被用于停止测试和开始从客户端收集数据。另外，socket连接可能会过早地停止，造成大量的socket错误。

在Duwamish Online，我们使用30 到 60秒作为大多数性能测试的warmup 和 cooldown时间

指定带宽瓶颈

在设置视图里的Bandwidth部分，WAS允许你模拟从14.4 Kbps的modem连接到T1 (1.5 Mbps)的Local Area Network (LAN)连接的网络带宽。这个特性的最大好处是可以支撑大量的并发连接到目标服务器。这是大多数Web站点（用户使用低速modem连接）所体验的情形。

激活带宽瓶颈

1. 在设置视图里的Bandwidth部分，选择Throttle bandwidth选项框。

2. 在下拉菜单，选择一个代表大多数用户的连接吞吐量的带宽。

在Duwamish Online里，我们试过不同的带宽瓶颈的设置。初始化时。我们把用户连接设在56 Kbps，想明白我们的程序在大多数Web站点的情况下是如何表现的。我们也试过把用户连接设在ISDN Dual Channel (128 Kbps)以模拟未来宽带趋势下，我们的大多数用户通过快速的连接访问我们的站点。最后，我们以没有带宽瓶颈的情形测试我们的站点。有趣的是，我们发现这种设置产生的负载条件与用128 Kbps连接的一样。

不管你如何设置带宽瓶颈，务必要在你想比较测试结果的所有测试中保持一致性。

指定其他设置

在设置视图的其他部分，我们保持默认值，除HTTP重定向外。我们故意去掉Follow HTTP redirects选项。这在创建脚本过程中你录制脚本时已经录制了URL的重定向的时候是必须的。你不需要重复两次地运行那些URL。

设置页面组

在 WAS里，你可以把一系列的脚本项组织成所谓的页面组。这个特性允许你把所有的页面元素（包括HTML文件，图象文件，样式表单等）或多个相连的页面组织成一个逻辑单元。你可以为每个页面组指定不同的点击率，那样就能控制哪个页面或相连的页面会访问更多或更少。如果你有你的网站的使用方法—像目录浏览或购物车—页面组允许你以你希望你的站点会获得的点击率来运行。

建立页面组

1. 展开左边窗口的脚本的信息

2. 点Page Groups节点在右边窗口打开相应的视图

你会看到默认的以100%分布率的页面组已经创建好了。所有的脚本项默认都初始化为这个组。

3. 在组表单的空白行，在Group列输入新的组名（像”Home”作为主页），在Distribution列输入数值。分布率会被用于计算这个页面组的点击率，见Percent列。重复这个步骤添加更多的页面组。

4. 点左边窗口的脚本名回到该脚本项的视图

5. 在脚本项表单的Group列，从下拉菜单选择其中一个页面组。为每个脚本项重复这个步骤。所有关联的页面都应该选同样的页面组。

Figure 5. Example of page groups definition

6. 点左边窗口的脚本名回到该脚本项的视图

7. 在脚本项的表单的Group一列，从下拉菜单选则其中一个页面组。

8. 重复6到7为每一个脚本项选择一个页面组。所有相关项（像ASP 页面，样式表单和图象文件）应该选择相同的页面组。

另一种创建和指定页面组的方法是在录制脚本时指定页面组。要使用这种方法，在浏览器跳到新的页面之前返回到WAS窗口（见Figure 2）。点Change Group按钮然后在New Group对话框输入组名。以后录制的脚本项都会被指定到这个新的组。

指定用户

测试需要署名登录的Web站点时，WAS提供一个特性叫做Users，可用于存储多个用户的用户名，密码和cookie信息。

当一个测试开始时，所有的用户被分配到给定压力系数设置的各线程中。当请求开始时，每个线程使用从与该线程连接的共享池中获得的用户名，密码，和 cookie。如果WAS配置的用户数比线程少，一些线程就会没有用户—所有的署名登录页面会登录取失败，任何与cookies的交互会被禁止。所以，当测试需要个人认证的网站时，拥有的用户数比线程多是很重要的。

对于可以在WAS中创建的用户数没有硬性的规定和限制。然而，因为每个用户都会需要一定的内存和资源，所以如果使用大量的用户，将会使你的测试启动和停止时间更长些。

创建新用户

1. 在左边窗口展开脚本的信息

2. 点Users节点在右边窗口打开相应的视图

3. 双击Default用户组打开用户视图。

注意默认已经创建了200个用户。你可以简单地修改用户名和密码就行了。

你也可以做以下操作来创建一系列新的用户

1. 点Remove All清除所有的记录

2. 在Number of new users，输入你想创建的新用户的数量

3. 在User name prefix，你可以在用户编号的前面输入前缀值，例如“User.”

4. 在Password，输入密码。相同的密码会赋给所有用户。

5. 最后，点Create按钮。用户表单就会填满指定数量的用户

如果你想使用定制的用户名和密码列表，你可以从一个预定格式的文本文件导入它们。参考WAS帮助文件的“Importing user names and passwords”部分。

建立各客户端机器

WAS允许你使用多个客户端机器测试你的网站。当一个测试开始时，WAS会自动地与所有客户机取得联系，向他们传输所有的测试信息（包括测试脚本项，页面组和用户定义信息），启动和停止他们的测试，然后收集测试结果。

使用其中一个客户机器作为你的主客户端。这个主客户端应该是你用来记录和设置测试脚本的机器。

建立测试客户端

1. 在左边窗口展开脚本信息

2. 点Clients节点在右边窗口打开相应的视图

3. 双击Default客户端打开客户端视图

本地客户端的记录（在你工作的主客户端）已经默认被创建。

4. 要想加入新的客户端，在Machine name输入IP地址或域名。

5. 点Add按钮，新的客户端会以Connected的状态被加到表单中去。

6. 重复步骤5和6，直到全部客户端机器都被加入。

当添加新的客户端时，尽量加那些大致相同处理能力的机器。我们发现添加一个明显比其他机器速度慢的机器比不添加它还要产生更多的socket错误。

我们也发现如果我们设置一台专注的机器作为主客户端，但是这台机器不参与产生负载。这样的设置，我们会产生较少的socket错误，而且测试结束得更快。

要这样设置的话，从客户端列表去掉主客户端的名字。如果你有一台慢的机器而你不打算用做负载产生机器，它可以作为你的主客户端而不会影响测试的输出。注意，这台主客户端仍然做所有的产生报告和分发测试脚本的工作。一台慢速度的主客户端意味着你的测试启动和结束的速度会慢些，而且要更多的时间来产生报告。

设置性能计数器

WAS可以与Windows NT性能监视器结合简化测试数据的收集。你可以为每个脚本存储你最喜欢的性能监视计数器，WAS 会像其它信息一样收集它们的数据。

把性能监视计数器加到你的脚本

1. 在左边的窗口展开脚本的信息

2. 在右边的窗口点Perf Counters节点打开相应的视图

3. 在Collection Interval，输入收集时间间隔。这是以秒计算的取样时间。

4. 点Add Counter按钮

5. 从Add counter to report对话框，通过点Add按钮选机器，对象和你感兴趣收集的计数器。

在WAS帮助文件的”Common performance monitor counters”部分有一系列的通用性能计数器的介绍。

如果你在使用这个特性时遇到什么问题，请参考WAS的基本知识介绍。

运行测试脚本

一旦你设置好了测试脚本，就准备好了在你的客户机运行脚本

启动主客户端的测试

1. 点需要测试的脚本

2. 从Scripts菜单选Run

也可以点工具栏上的Play按钮运行脚本。

检查测试报告

测试完成后，你应该先检查测试报告看是否有socket 或 HTTP错误

从报告中检查这些错误

1. 从View菜单选Reports打开相应的视图，见Figure 7.

2. 在左边窗口，双击脚本打开测试报告，如果需要的话

3. 点测试报告名（有测试运行时间指定），如果需要的话。你会看到右边窗口显示报告的概要。

4. 在报告概要，检查Socket Errors部分是否有任何的socket有关的错误（值不为0）。这里列出每种socket错误的解释：

· Connect—客户端不能与服务器取得连接的次数。如果这个值偏高，检查在客户端与服务器之间产生的任何潜在的错误。从每个客户端Ping服务器或telnet服务器的端口80验证你得到正确的回应。

· Send—客户端不能正确发送数据到服务器的次数。如果这个值偏高，检查服务器是否正确地工作着。在客户端打开一个浏览器然后手工点击站点页面验证站点正确地工作着。

· Recv—客户端不能正确从服务器接收数据的次数。如果这个值偏高，执行和Send错误相同的操作。还要检查一下如果你减低负载系数，错误是否跟着减少。

· Timeouts—超时的线程的数目，而且随后就关闭了。如果这个值偏高，在客户端打开一个浏览器然后手工点击站点页面验证是否即使只有一个用户你的程序也会很慢。再做一个不同负载系数的压力测试，看看你的程序的潜在特征。

5. 如果socket错误很低或为0，拉下报告视图找到Result Codes部分。

6. 检查一下是否所有结果代码都是200，表示所有请求都被服务器成功地返回了。如果找到大于或等于400的结果，继续下面的步骤以查找哪个脚本项（URL）产生这些HTTP错误的。

7. 在左边窗口展开脚本信息

8. 双击Page Data节点展开所有的脚本项

9. 点每个脚本项在右边窗口看页面数据的报告

10. 在每项脚本的页面数据报告检查Result Codes部分，验证是否有那项产生了HTTP错误。如果要看常见的结果代码列表，请参考WAS帮助文件的”HTTP result codes”部分。

运行脚本

在准备好以上介绍的测试脚本后，你现在就可以准备运行测试及收集数据了。

你可以按照前面介绍的步骤手工运行每项测试。然而，这将会是一项耗时的过程。

WAS有一个对象模型，允许你创建自己的Microsoft Visual Basic Scripting Edition (VBScript)脚本来控制和配置测试运行。

当测试运行时，你应该监视和记录不同的性能相关的系统计数器，包括跟踪系统吞吐量的计数器，反应时间和资源利用率。

结论：最好的习惯

客户机器。密切监视每个客户端的系统资源利用率。如果CPU或内存使用高于80%，客户端可能已经过载，你应该考虑使用更多的客户端机器来测试。压迫客户端机器会导致不可靠结果和在与服务器连接时产生socket错误。

给服务器设置多层负载。估计一下需要并发请求的最大用户量以便在预备测试中把你的Web服务器群推到100%的使用率。

当没有足够的客户端机器来使服务器群到达极限时，就需要设置更高的负载倍数，例如，如果你发现使用4,000个线程，都乘一倍的负载系数，你还是不能把服务器推到极限的话，把负载系数加大。然而，使用大于1的负载系数会产生不精确的Web程序页面的TTLB。如果有可能，增加更多的机器比靠增加负载系数要好。

使用Session跟踪。使用Session跟踪来记录WAS 和Web服务器之间的详细连接。当定义一个新的WAS脚本时，确保所有的URL都正常工作而且Web服务器返回的是所需要的结果。如果不是，那么很有可能你得到改进的性能结果，但是Web服务器返回的却是错误的响应。

你应该设置SessionTrace为1，类型为REG_DWORD。SessionTrace线程跟踪可以在注册表的\HKEY_LOCAL_MACHINE \SOFTWARE \Microsoft \WAS注册。最后，记得在确认了新的脚本后关掉SessionTrace（0），否则，你的磁盘会很快就满了。

监视Web服务器的日志文件。要准备重新部署或清除你的Web服务器日志文件。太多的性能测试会使它膨胀的很快，尤其对于长时间的测试。你也可以把日志文件作为故障检查员帮助你检查WAS报告的应用程序错误。

限制脚本的项数和用户数。避免创建多于1000脚本或用户，除非有特殊原因需要多于这个数目的对象。虽然允许的数目限制是由客户端的内存决定的，你会发现初始化这么多的脚本和用户会花费太多的时间

跟踪HTTP重定向的选项。如果脚本已经录制了重定向的URL就不要再使用这项选项。如果你使用这项选项，重定向的页面将会计算两次。

用户名和密码。 WAS的帮助文件说用USERNAME 和 PASSWORD填表是指定每一个WAS用户的方法。在我们的测试过程中使用USERNAME 和 PASSWORD会大大地增加关闭各个客户端的脚本的时间。从一些WAS的内部使用者得到建议，我们在QueryString里指定USER 和 PASSWORD名字-值对。通过为USER 和 PASSWORD设置顺序访问机制，我们保证了密码总是和用户名对应。

除了WAS的一些缺陷外，WAS是你发布网站之前模拟用户使用你的网站的好工具。使用性能测试工具对于成功的网站程序发布有重要作用。这些工具允许你清楚你的程序的性能特征，那么你就会清楚你的程序在高负载情况下会如何表现。你在操作网站的过程中得到的惊奇越少，你的站点就越可靠。

注：原文

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnduwon/html/d5wast_2.asp

Top 10 Blogger灵感搜集页

xingxing — Wed, 20 Aug 2008 12:12:39 +0000

写Weblog 目前几乎成了我的其中一份职业，相对于大多数Blogger 来说，我有更多的时间阅读和写作。或许对于你来说，没有必要，同时也没有足够多的时间跟精力去订阅Top100 Weblog，并且坚持每天阅读，从而提升自己Weblog 的质量。然而，在这10个地方，我能够花费相当短的时间，同时得到足够多的Blogging 灵感和写作题材。希望它们也同样能够帮助你。

补充一句，TailRank 跟Technorati 同样是很好的访问对象，只是TailRank 更偏重与政治有关的新闻，而Technorati 的访问不太方便，因此没有归纳进来。OK，以下排名不分先后：

diggview —— 尽管是一个新近发布的网站，一次性了解Digg 各类新闻头条的感觉实在很爽
newsmap —— 给你一个更为多姿的阅读环境，来阅览Google News 上的新闻标题
wired News —— 这个不用多说了吧
del.icio.us/popular —— 你很容易便能找到，今天互联网上被收集最多的页面在哪里了
digg —— digg 的主页永远是头条中的头条
web2.0 WorkGroup —— 关于Web2.0 的28个顶级Weblog 的标题聚合都在一个页面上了
flickr Blog —— 不要再抱怨缺乏高质量的图片素材，来美化你的Weblog 了
techMeme —— 不单纯Web2.0，上面还收集了其它IT 方面的信息
coComment —— 很荣幸当时Merlin 了接受我的提议，你能在这里找到BlogOsphere 中回复量最大的那个帖子在哪里
donews —— 尽管有点八卦，对了解与我们距离更近的草根世界依然很有帮助

来源：Nigel Meng

随机日志

02月 29, 2008 -- 百度IM软件定名为百度 Hi (0)
06月 25, 2008 -- 微软副总裁:2010年1月发布Windows 7 (0)
01月 1, 2008 -- 删除了评论链接中的nofollow (0)
02月 29, 2008 -- Google首次承认正投建跨太平洋电缆 (0)
02月 28, 2008 -- Google PR 正在更新 (0)
08月 12, 2008 -- GMail 因供电问题而暂时中断 (0)
03月 9, 2008 -- 微软:Windows XP 某些时候不设密码更安全 (0)
03月 14, 2008 -- Google完成收购DoubleClick的交易 (0)
03月 30, 2008 -- 珊瑚虫QQ作者提起上诉 (0)
03月 28, 2008 -- 五个更好被Technorati索引的技巧 (0)

Google的收购史清单

xingxing — Wed, 20 Aug 2008 12:01:48 +0000

这是计算机软件和网络搜索引擎公司Google的一份收购史名单。除非特别有说明，下面的收购都是收购整个公司。价格都是按美元计算，因为Google的总公司在美国，如果收购价格没有被列出来，那是因为该项收购是保秘的。收购日期则按Google和收购项目之间的协议日期．

截至2008年3月， Google最大的收购是购买DoubleClick（线上广告公司），收购价格为31亿美元。因为这次收购规模实在宠大，美国反垄断监管机构历时近一年，调查处理和明确的供审批。Google收购的大多数公司都是在美国，并且这些公司大多数都设在或靠近旧金山湾区。截至2008年3月，共有51 家公司被Google收购。

注: 本文原文来自Wikipedia - List of acquisitions by Google, 由帕兰映像翻译整理.

1．收购公司：Deja

收购日期：2001年2月12日
业务类型：Usenet
收购价格：
整合服务：Google Groups

2．收购公司：Outride

收购日期：2001年9月20日
业务类型：网页搜索引擎
收购价格：
整合服务：Google Personalized Search

3．收购公司：Pyra Labs

收购日期：2003年2月
业务类型：博客软件
收购价格：
整合服务：Blogger

4．收购公司：Neotonic Software

收购日期：2003年4月
业务类型：客户关系管理
收购价格：
整合服务：Google Groups, Gmail

5．收购公司：Applied Semantics

收购日期：2003年4月
业务类型：在线广告
收购价格：$102,000,000
整合服务：AdSense, AdWords

6．收购公司：Kaltix

收购日期：2003年9月30日
业务类型：网页搜索引擎
收购价格：
整合服务：iGoogle

7．收购公司：Sprinks(a division of Primedia)

收购日期：2003年10月
业务类型：在线广告
收购价格：
整合服务：AdSense, AdWords

8．收购公司：Genius Labs

收购日期：2003年10月
业务类型：博客服务
收购价格：
整合服务：Blogger

9．收购公司：Ignite Logic

收购日期：2004年5月10日
业务类型：HTML编辑器
收购价格：
整合服务：Google Page Creator

10．收购公司：Baidu^A

收购日期：2004年6月23日
业务类型：中文搜索引擎
收购价格：$5,000,000
整合服务：

11．收购公司：Picasa

收购日期：2004年6月13日
业务类型：图像组织
收购价格：
整合服务： Picasa, Blogger

12．收购公司：ZipDash

收购日期：2004年9月
业务类型：流量分析
收购价格：
整合服务：Google Ride Finder

13．收购公司：Where2

收购日期：2004年10月
业务类型：地图分析
收购价格：
整合服务：Google Maps

14．收购公司：Keyhole, Inc

收购日期：2004年10月27日
业务类型：地图分析
收购价格：
整合服务：Google Maps, Google Earth

15．收购公司：Urchin Software Corporation

收购日期：2005年3月28日
业务类型：Web统计分析
收购价格：
整合服务：Google Analytics

16．收购公司：Dodgeball

收购日期：2005年5月12日
业务类型：社交服务
收购价格：
整合服务：Google Mobile, Google SMS

17．收购公司：Reqwireless(加拿大)

收购日期：2005年7月
业务类型：移动浏览器
收购价格：
整合服务：Google Mobile

18．收购公司：Current Communications Group

收购日期：7 July 2005
业务类型：互联网宽带
收购价格：$&0000000100000000.000000100,000,000
整合服务：Internet backbone

19．收购公司：Android

收购日期：2005年8月17日
业务类型：移动浏览器
收购价格：
整合服务：Android

20．收购公司：Skia

收购日期：2005年11月
业务类型：图形化软件
收购价格：
整合服务：Android

21．收购公司：Akwan Information Technologies(巴西)

收购日期：2005年11月17日
业务类型：搜索引擎
收购价格：
整合服务：Internet backbone

22．收购公司：AOL^B

收购日期：2005年12月20日
业务类型：互联网
收购价格：$1,000,000,000
整合服务：

23．收购公司：Phatbits

收购日期： 2005年12月
业务类型：Widget引擎
收购价格：
整合服务：Google Desktop

24．收购公司：allPAY GmbH(德国)

收购日期：2005年12月31日
业务类型：移动浏览器
收购价格：
整合服务：Google Mobile

24. 收购公司：bruNET GmbH(德国)

收购日期：2005年12月31日
业务类型：移动浏览器
收购价格：
整合服务：Google Mobile

25.　收购公司：dMarc Broadcasting

收购日期：17 January 2006
业务类型：广告
收购价格：$102,000,000
整合服务：AdSense

26．收购公司：Measure Map

收购日期：2006年2月14日
业务类型：博客软件
收购价格：
整合服务：Google Analytics

27．收购公司：Upstartle

收购日期：2006年3月9日
业务类型：文字处理器
收购价格：
整合服务：Google Documents

28．收购公司：@Last Software

收购日期：2006年3月14日
业务类型：3D模型软件
收购价格：
整合服务：Google Sketchup

29．收购公司：Orion(澳大利亚)

收购日期：2006年4月9日
业务类型：网页搜索引擎
收购价格：
整合服务：Google Search

30/31．收购公司：2Web Technologies

收购日期：2006年6月1日
业务类型：在线电子表格制作
收购价格：
整合服务：Google Spreadsheet

32．收购公司：Neven Vision

收购日期：2006年8月15日
业务类型：电脑视觉
收购价格：
整合服务：Google Maps

33/34．收购公司：YouTube

收购日期：2006年10月3日
业务类型：视频分享
收购价格：$&0000001650000000.0000001,650,000,000
整合服务：YouTube

35．收购公司：JotSpot

收购日期：2006年10月31日
业务类型：Web应用程序
收购价格：
整合服务：Google Sites

36．收购公司：Endoxon(瑞士)

收购日期：2006年12月18日
业务类型：地图
收购价格：$28,000,000
整合服务：Google Maps

37．收购公司：Xunlei^C

收购日期：2007年1月4日
业务类型：文件分享
收购价格：$5,000,000
整合服务：

38．收购公司：Adscape

收购日期：2007年2月16日
业务类型：游戏广告
收购价格：$23,000,000
整合服务：AdSense

39．收购公司：Trendalyzer(瑞典)

收购日期：2007年3月16日
业务类型：统计软件
收购价格：
整合服务：Google Analytics

40．收购公司：Tonic Systems

收购日期：2007年4月17日
业务类型：热门应用程序
收购价格：
整合服务：Google Documents

41．收购公司：Marratech(瑞典)

收购日期：2007年4月19日
业务类型：视频会议
收购价格：
整合服务：Google Talk

42/43/44．收购公司：DoubleClick

收购日期：2007年4月13日
业务类型：在线广告
收购价格：$3,100,000,000
整合服务：AdSense

45．收购公司：GreenBorder

收购日期：2007年5月11日
业务类型：电脑安全
收购价格：
整合服务：Internal use

46．收购公司：Panoramio(西班牙)

收购日期：2007年6月1日
业务类型：照片分享
收购价格：
整合服务：Blogger/Maps

47．收购公司：FeedBurner

收购日期：2007年6月3日
业务类型：Web feed
收购价格：$100,000,000
整合服务：Google Reader

48．收购公司：PeakStream

收购日期：2007年6月5日
业务类型：对比处理
收购价格：
整合服务：Server (computing)

49．收购公司：Zenter

收购日期：2007年6月19日
业务类型：热门应用程序
收购价格：
整合服务：Google Documents

50．收购公司：GrandCentral

收购日期：2007年7月2日
业务类型：视频互联网协议
收购价格：$45,000,000
整合服务：Google Mobile

51. 收购公司: Image America

收购日期：2007年7月20日
业务类型：摄影艺术
收购价格：
整合服务：Google Maps

52. 收购公司：Postini

收购日期：2007年7月9日
业务类型：通讯安全
收购价格：$625,000,000
整合服务：Gmail

53. 收购公司：Zingku

收购日期：2007年9月27日
业务类型：Social network service
收购价格：
整合服务：Google Mobile

54. 收购公司: Jaiku

收购日期：2007年10月9日
业务类型：微博客服务
收购价格：
整合服务：Google Mobile

标注:

百度: Google购买了其2.6%的股份
AOL: Google购买了其5%的股份
迅雷: Google购买了其4%的股份

下面是一则关于Google出售在百度的持有股份的…传言:
早期百度曾获Google助资。这都是04年的事了。6月23日消息, 据美国证券交易委员会周三公布的一份文件显示，Google已在5月25日出售了其在竞争对手百度公司拥有的约2％的股份。

据路透社报道，Google在其向证交会提交的内部持股出售登记表中详述了出售其在百度拥有的749625股A类普通股的过程。据文件显示，5月25日出售当日，Google在百度持有的股票总价值约为6300万美元。

Google发言人Debbie Frost证实：“我们已处置了在百度拥有的少量投资。在中国发展壮大我们自己的业务一直都是我们的目标，我们对此非常执着。“
周四在纳斯达克市场日间交易中，百度股价下跌4.51美元，或5.3％，至79.89美元；Google下跌2.31美元，至399.82美元，跌幅约为 0.5％。 Google在2004年6月投资500万美元入股百度公司，在2005年8月份百度首次公开发行股票（IPO）时，Google的股票约占百度总股数的 2.6％。

“自己当老板”的11条误区

xingxing — Wed, 20 Aug 2008 11:54:15 +0000

作者：卢克.约翰逊（Luke Johnson）为英国《金融时报》撰稿

人们对那些开公司的人存在着许多误解。亲手创业者的真实生活，与电影、小说或新闻媒体给人的印象大不相同。这些虚构的东西让一些可能成为企业家的人失去了起步的勇气，甚至还影响了决策者。那么，让我们来揭穿一些最常见的谬误吧。

企业家的动机是挣钱。实际上，企业家创立公司要么是出于偶然，要么是因为想证明自己，要么是出于无聊，要么是因为拥有激情——而不是因为他们想变得富有。研究表明，一句简单的话最能归纳新企业创立者的驱动力：“我要给他们看看。”金钱是一种衡量表现的方式，同时可以为下一个项目提供资金——但却不是首要目标。

想法最重要。实际上，执行才最关键。我们都有一些永远无法实现的奇思妙想，要么是因为这些想法不切实际，要么是因为我们太懒、或者注意力太分散。重要的是让想法付诸实施，而这很困难——这正是那么多看似更聪明的计划落空的原因所在。企业家是天生的，不是培养出来的。大多数成功企业家并不是在很年轻时就起步的。他们通过为别人打工获得经验、学习如何运营一个企业，之后才开创自己的企业。正如没有人生来就是医生或建筑师一样，企业家往往是通过实践来找到自己的定位，而非天性使然。

初创企业是“一个人的乐队”。大多数表现出色的公司是由团队做起来的。主要行动者往往受到最多的关注（可能也得到最多的回报），不过，众人合作使各种技能成功结合，才最有可能是成功的关键。

企业家是创新天才。很少有发明家能把生意做大。更确切地说，那些容易致富的人是具有商业头脑的人，他们会复制一种原创产品，降低它的价格、更好地营销，或是适当地关注其成本。

企业家大都学习不好、拿不到资格证书。如今，越来越多的公司所有者拥有大学文凭或博士学位。现在，当一名企业家是个受尊敬的职业选择。所以，有更多受过教育的中产阶级都去做企业家。

大多数新公司会失败。实际上，近年来，公司的存活率一直在上升。每年只有一小部分在运营的企业会破产——这与不运转的有限公司破产或被淘汰是不同的，而这些有限公司使统计数字出现了扭曲。而且，公司破产通常是因为管理不善，而不是因为外部力量。

企业家是孤家寡人。创立公司需要人际交流技能，而且，大多数企业家是喜欢和别人相处的外向人士。他们选择为自己工作，是因为他们喜欢独立，而不是因为他们想躲开同事。

企业家个人生活一塌糊涂。企业家的流行形象，是为了财富牺牲一切的人——包括婚姻和家庭。还有些地方把他们描述为没有家庭关系的花花公子。事实上，大多数企业家拥有安定的家庭生活和稳固的关系。一位稳固伴侣的支持是必要的，这能帮助企业家度过艰难时期。

企业家是赌徒。确实，他们要冒财务风险。但是，大多数企业家都善于判断不利方面。他们在冒险时，比那些不知情的人所想象的更为谨慎。绝大部分破产者并不是失败的企业家，而是借债过多的普通工薪阶层。

企业家是工作狂。虽然创建者需要投入工作，但大多数人工作的时间不比雄心勃勃的公司经理人多。而且，给自己打工至少可以选择自己的工作模式。此外，调查显示，大公司员工生活中最紧张的方面是办公室政治和通勤，而企业家大多可以避免这些问题。

当一名企业家，既不像许多人想象的那么难，也不像大家所认为的那么惨。假若今后你有“秀秀自己”的想法，不妨想想我的这些话。

星星IT资讯

Ubuntu老大手下得力干将被Mozilla挖角

相关日志

IE8将具备’色情网站’专用浏览模式?

相关日志

IE 8正式版将在11月发布

相关日志

洪磊口述:番茄花园如何捆绑流氓软件月入十万

相关日志

跟软404代码说再见

相关日志

十大Firefox应当避免安装的扩展

相关日志

利用Web Application Stress Tool(WAS)做性能测试

相关日志

Top 10 Blogger灵感搜集页

随机日志

Google的收购史清单

1．收购公司：Deja

2．收购公司：Outride

3．收购公司：Pyra Labs

4．收购公司：Neotonic Software

5．收购公司：Applied Semantics

6．收购公司：Kaltix

7．收购公司：Sprinks(a division of Primedia)

8．收购公司：Genius Labs

9．收购公司：Ignite Logic

10．收购公司：BaiduA

11．收购公司：Picasa

12．收购公司：ZipDash

13．收购公司：Where2

14．收购公司：Keyhole, Inc

15．收购公司：Urchin Software Corporation

16．收购公司：Dodgeball

17．收购公司：Reqwireless(加拿大)

18．收购公司：Current Communications Group

19．收购公司：Android

20．收购公司：Skia

21．收购公司：Akwan Information Technologies(巴西)

22．收购公司：AOLB

23．收购公司：Phatbits

24．收购公司：allPAY GmbH(德国)

24. 收购公司：bruNET GmbH(德国)

25. 收购公司：dMarc Broadcasting

26．收购公司：Measure Map

27．收购公司：Upstartle

28．收购公司：@Last Software

29．收购公司：Orion(澳大利亚)

30/31．收购公司：2Web Technologies

32．收购公司：Neven Vision

33/34．收购公司：YouTube

35．收购公司：JotSpot

36．收购公司：Endoxon(瑞士)

37．收购公司：XunleiC

38．收购公司：Adscape

39．收购公司：Trendalyzer(瑞典)

40．收购公司：Tonic Systems

41．收购公司：Marratech(瑞典)

42/43/44．收购公司：DoubleClick

45．收购公司：GreenBorder

46．收购公司：Panoramio(西班牙)

47．收购公司：FeedBurner

48．收购公司：PeakStream

49．收购公司：Zenter

50．收购公司：GrandCentral

51. 收购公司: Image America

52. 收购公司：Postini

53. 收购公司：Zingku

54. 收购公司: Jaiku

标注:

相关日志

“自己当老板”的11条误区

相关日志

10．收购公司：Baidu^A

22．收购公司：AOL^B

25.　收购公司：dMarc Broadcasting

37．收购公司：Xunlei^C