More...

More...

新的一周又开始了，小故事继续，周末愉快！

几次创业间，你自己有什么变化？

龚宇：我已经证明过，已经成功过。换句话说，原来投资者给你的钱，你没有浪费掉，给他了回报，这种人对投资者来讲是最珍惜的和稀缺的。所以我在找什么投资的时候，无论是浅层的交流方面，还是内心的信任方面，明显跟十年前是不一样的。现在得到的信任更多一些，这是一个巨大的变化。

第二个变化，建立团队的过程更加顺手，这也是VC非常看重的一点。他不光是看重我一个人，而是我建团队的能力。这个团队有几个特征，第一、迅速短期内把行业中优秀的人给召集到公司来，包括原来的手下，其他同行业，公司优秀的人才都吸纳进来。不光是自己的手下，也有同行业优秀的人。

其次，公司在搭建组织结构的时候，顺序非常健康。先有领导后补充普通员工。每一个领导都有自己的工作习惯、方式、管理风格，他更希望有适应自己的人加入自己的团队。如果反过来，比较零星地从底下的人招起，或者说并不是按照先招领导后招普通员工的顺序，很容易导致新的领导来之后，跟已经存在的员工工作方式不和谐，要不然换领导，要不然换员工，有一个比较大的动荡。

你如何选择创业领域？

龚宇：有一种看法认为，随着市场竞争加剧，机会越来越少。但如果从更高层次来讲，机会跟年代几乎没有关系，在任何一个时间，机会都是同样的。虽然某一个机会出现了以后，很多竞争者同时间进入了市场，但是你会发现，够一定层次的竞争者在任何时期都同样多。

1998年到2000年是门户时代最疯狂的时候。现在回想起来，当时做的门户有影响力的也就10家左右，最后存活了不到5家。视频网站，大约从2006年开始到现在，其中商业网站有竞争力的也超过100家，但是目前在市场上真正能够拼杀的，算上小的，10家左右。真正有竞争力的不到5家，总体的市场规律是这样的。

再举个例子，团购网据说超过400家。这400多家绝大部分都是年纪非常轻的人在做，门槛太低了。你怎么做到全国性的大规模企业。这些小孩是不可能做到的，除了天才，目前还没发现这种天才。天才会在某一个技术领域会发现，但在商务的综合运营能力是很难出现一个年轻的天才。

现在还属于初期的混战期，还在不停地加入新的玩家。仔细分析一下，真正有实力拿到投资的，并且这个团队有管理经验，有一定社会阅历的团队，没有几家。可能20家、30家，再过一年又变成了10家以内。所以在任何时期，任何一个机会，它的规律都是一样的，不管那个基数有多大，但是真正到核心的竞争层次，机会任何时期都差不多。

在运营和管理上，有什么感悟？

龚宇：第一，结果导向，管理上并不以中间过程多么辛苦，或者走什么捷径或者是很漫长的路，本身并不重要，结果最重要，这应该是非常强调的一点。

第二，注重细节，这个世界很难有一件事只能你自己干，别人不能干，客观上没有得天独厚的优势。现在市场经济社会很难出现这种情况，而且大家的智商都很高，谁也不能保证你的智商比别人高，你可能会有好的主意，同样有好主意的人不只有你一个，更多的是执行。所以，在细节上的执行变得非常重要，很多人都说细节决定成败。

网站最基本的东西是什么？

——内容？SEO（搜索引擎优化）？UE（用户体验）？都不对！是速度！
内容再丰富的网站，如果慢到无法访问也是毫无意义的； SEO做的再好的网站，如果搜索蜘蛛抓不到也是白搭； UE设计的再人性化的网站，如果用户连看都看不到也是空谈。
所以网页的效率绝对是最值得关注的方面。如何才能提高一个网页的效率呢？Steve Souders(Steve Souders的资料http://www.oreillynet.com/pub/au/2951)提出的提高网页效率的14条准则，而这些准则也将是我们下篇中介绍到的YSlow工具的理论基础：

• Make Fewer HTTP Requests
• Use a Content Delivery Network
• Add an Expires Header
• Gzip Components
• Put CSS at the Top
• Move Scripts to the Bottom
• Avoid CSS Expressions
• Make JavaScript and CSS External
• Reduce DNS Lookups
• Minify JavaScript
• Avoid Redirects
• Remove Duplicate Scripts
• Configure ETags
• Make Ajax Cacheable

这里我们将逐一的讲解这些准则,对其中开发者密切相关的准则我将详细讲解。小弟个人技术实在有限，错误和无知在所难免，还请高人指点。

第一条：Make Fewer HTTP Requests 尽可能的减少HTTP的Request请求数

80%的用户响应时间都是浪费在前端。而这些时间主要又是因为下载图片、样式表、JavaScript脚本、flash等文件造成的。减少这些资源文件的Request请求数将是提高网页显示效率的重点。
这里好像有个矛盾，就是如果我减少了很多的图片，样式，脚本或者flash，那么网页岂不是光秃秃的，那多难看呢？其实这是一个误解。我们只是说尽量的减少，并没有说完全不能使用。减少这些文件的Request请求数，当然也有一些技巧和建议的：

1：用一个大图片代替多个小图片。

这的确有点颠覆传统的思维了。以前我们一直以为多个小图片的下载速度之和会小于一个大图片的下载速度。但是现在利用httpwatch工具的对多个页面进行分析后的结果表明事实并不是这样。
第一张图是一个大小为40528bytes的337*191px的大图片的分析结果。
第二张图是一个大小为13883bytes的280*90px的小图片的分析结果。

一个大小为40528bytes的337*191px的大图片的分析结果（点击图片可以查看完整大图片）

一个大小为13883bytes的280*90px的小图片的分析结果（点击图片可以查看完整大图片）

第一张大图片花费时间为：
Blocked：13.034s
Send：0.001s
Wait：0.163s
Receive：4.596s
TTFB：0.164s
NetWork：4.760s
功耗时：17.795s
真正用于传输大文件花费的时间为Reveive时间，即4.596s，多数的时间是用来检索缓存和确定链接是否有效的Blocked时间，供花费13.034s，占总时间的73.2%。
第二张小图片花费时间为：
Blocked：16.274s
Send：小于0.001s
Wait：0.117s
Receive：0.397s
TTFB：0.118s
NetWork：0.516s
功耗时：16.790s
真正用于传输文件的花费时间是Reveive时间，即0.397s，这的确要比刚才大文件的4.596s小很多。但是他的Blocked时间为16.274s，占总时间的97%。
如果这些数据还不够说服你的话，让我们看看下面这张图。这里列出了某个网页中所有图片中的花费时间示意图。当然，里面的图片有大有小，规格不一。

大约80%以上的时间是用来检索缓存和确定链接是否有效的Blocked时间。

其中藏青色的为传输文件花费的Reveive时间，而前面白色的为检索缓存和确认链接是否有效的Blocked时间。铁一样的事实告诉我们：

• 大文件和小文件下载所需时间的确是不同的，差异的绝对值不大。而且下载所需时间占总耗费时间比例很小。
• 大约80%以上的时间是用来检索缓存和确定链接是否有效的Blocked时间。无论文件大小，这个时间的花费大致是相同的。而且所占总耗费时间的比例是极大的。
• 一个100k的大图片总耗费时间绝对大于4个25k的小图片的总耗费时间。而且主要差别就是4个小图片的Blocked时间绝对大于1个大图片的Blocked时间。

所以如果可能还是使用大图片来替代过多的琐碎的小图片吧。这也是为什么翻转门的效率要高于图片替换实现的滑动门的原因。
但是，请注意：也不能用太大的单张图片，因为那样会影响到用户体验。例如个几兆的背景图片的使用绝对不是一个好主意。

2：合并你的css文件。

图:合并与融合

我以前犯了一个错误，你在看我《样式表的组织与规划》的系列文章中会知道。当时，我为了方便组织和规划样式表，将用于不同用途的样式表文件分离开来，形成不同的css文件。然后在页面中根据需要引用多个css文件。根据“尽可能的减少HTTP的Request请求数”准则我们知道，那样的确是不合理的，因为那样会产生更多的HTTP的Request请求数。从而降低网页的效率。所以，从提高网页效率的角度上而言，我们还是应该将所有的css写在同一个css文件中。但是问题又来了。那么怎么来很好的组织和规划样式表呢？这的确是个矛盾。我现在的做法是采用两套版本。编辑版和发布版。编辑版仍然使用多个css文件以便于规划和组织。而等到发布的时候，再将多个css文件合并到一个文件中去，从而达到减少HTTPRequest请求数的目的。

3：合并你的javascript文件。

原因和处理方法同上，不再赘言。

第二条：Use a Content Delivery Network 使用CDN

这个看上去好像很深奥的样子，但是只要结合中国的网络特色，这个便不难理解了。“北方服务器”、“南方服务器”、“电信服务器”、“网通服务器”……这些词听起来是那么熟悉和压抑。如果，一个北京的电信用户试图从广东的网通服务器上打开一个类似《壁纸合集》帖子的网页时，你就能很深刻的理解。
鉴于这个不是我们开发人员力所能及的准则，所以这里也就不多言了。

图:这个图也算有点中国特色了

第三条：Add an Expires Header 添加周期头

这个也并非开发人员来控制，而是网站服务器管理员的职责。所以，如果作为开发人员的你不了解和明白也没有关系。还是把这个准则告诉公司的网站服务器管理员。

第四条：Gzip Components 启用Gzip压缩

这个大家应该比较熟悉。Gzip的思想就是把文件先在服务器端进行压缩，然后再传输。这对于体积较大的纯文字型的文件有特效。鉴于这也并非开发人员，而是网站服务器管理员的工作范畴，这里就不详细讲解了。如果你对此感兴趣，可以资讯贵公司的网站服务器管理人员。

第五条：Put CSS at the Top 把CSS样式放在页面的上方。

无论是HTML还是XHTML还是CSS都是解释型的语言，而非编译型的。所以CSS到上方的话，那么浏览器解析结构的时候，就已经可以对页面进行渲染。这样就不会出现，页面结构光秃秃的先出来，然后CSS渲染，页面又突然华丽起来，这样太具有“戏剧性”的页面浏览体验了。

第六条：Move Scripts to the Bottom 将脚本放在底部

原因同第五条一样。只是脚本一般是用来于用户交互的。所以如果页面还没有出来，用户连页面都不知道什么样子，那谈交互简直就是扯谈。所以，脚本和CSS正好相反，脚本应该放在页面的底部。

第七条：Avoid CSS Expressions 避免使用CSS中的Expressions

图:CSS中的Expressions其实也是一种if判断

首先有必要先说明一下CSS Expressions是什么一个东西。其实它就像其它语言中的if……else……语句。这样在CSS中就可以进行简单的逻辑判断了。举个简单的例子——

<style>
input{background-color:expression((this.readOnly && this.readOnly==true)?"#0000ff":"#ff0000")}
</style>
<INPUT TYPE="text" NAME="">
<INPUT TYPE="text" NAME="" readonly="true">

这样css就可以根结一些情况分别使用不同的样式了。如果你对这个感兴趣可以到我的博客上阅读相关的文章—— 《CSS中的expression系列文章》。但是CSS中Expressions 的代价却是极高的。当你的页面需要根据判断来渲染效果的元素很多的时候，那么你的浏览器将长期处于假死状态，从而给用户带来极差的用户体验。

第八条：Make JavaScript and CSS External 将javascript和css独立成外部文件

这一条好像和第一条有点矛盾。的确，如果从HTTP的request请求数来讲的话，这样做的确是降低了效率。但是之所以这么做，是因为另外一个重要的考虑因素——缓存。因为外部的引用文件会被浏览器缓存，所以如果javascript和css体积较大的时候，我们将它们独立成外部文件。这样当用户只要浏览一次以后，这些体积较大的js和css文件就能被缓存起来，从而极高地提高用户再次访问时的效率。

第九条：Reduce DNS Lookups  减少DNS查询

DNS域名解析系统。大家都知道我们之所以能记住那么多的网址，是因为我们记住的都是单词，而非http://202.153.125.45这样的东西，而帮我们把那些单词和202.153.125.45这样的ip地址联系起来的就是DNS。那这一条对我们到底有什么真正意义上的指导意义呢？其实有两条：
1：如果不是必须，请不要把网站放到两台服务器上。
2：网页中的图片、css文件、js文件、flash文件等等，不要太多的分散在不同的网络空间中。这就是为什么那种只发一个网站中的壁纸图片的帖子，要比壁纸图片来源于不同网站的帖子显示要快得多的原因。

第十条：Minify JavaScript and CSS  减少JavaScript和CSS文件的体积

这点很好理解。在你的最终发布版本中把没有必要的空行、空格和注释全部去掉。显然手工去处理效率太低，好在网上到处都是用于压缩这些东西的工具。压缩JavaScript代码体积的工具随处可见，我便不再列举了，这里我只提供一个用于压缩css代码体积的在线工具网站——http://www.cssdrive.com/index.php/main/csscompressor，它提供了多种压缩方式，可以适应多种要求。

第十一条：Avoid Redirects 避免跳转

我只从网页开发人员的角度来解读此条。那么我们可以解读到什么东西呢？2点——
1：“此域名已过期，5秒钟以后，页面将跳转到http://www.xxxxxx.com/index.html页面”，这句话看起来的确很熟悉。但是，我就奇怪了，为什么不直接链接到那个页面呢？
2：一些链接地址请更明确的写出来。例如:将http://justinyoung.cnblogs.com/ 写成http://justinyoung.cnblogs.com （注意最后面一个“/”符号）。的确，这两个网址都能访问到我的博客，但是，事实上，它们是有区别的。http://justinyoung.cnblogs.com 的结果是个301响应，它会被重新指向http://justinyoung.cnblogs.com/ 。但是显然，中间多浪费了一些时间。

第十二条 Remove Duplicate Scripts 移除重复的脚本

这个准则的道理很浅显，但是真正在工作中，很多人却因为“项目时间紧”、“太累了”、“初期没有规划好”……这样的理由搪塞过去了。你，的确可以找很多的理由不去处理这些多余重复的脚本代码，如果你的网站不需要更高的效率和后期维护的话。

也正是这点，我提醒大家一些，一些javascript框架、javascript包一定要慎用。至少要问一下：用了这个js kit 到底给我们多少方便，提高了多少工作效率。然后，再与它因为多余的、重复的代码带来的负面效果比较一下。

第十三条：Configure ETags 配置你的实体标签

首先来讲讲什么是Etag吧。Etag（Entity tags ）实体标签。这个tag和你在网上经常看到的标签云那种tag有点区别。这个Etag不是给用户用的，而是给浏览器缓存用的。Etag是服务器告诉浏览器缓存，缓存中的内容是否已经发生变化的一种机制。通过Etag，浏览器就可以知道现在的缓存中的内容是不是最新的，需不需要重新从服务器上重新下载。这和“Last-Modified”的概念有点类似。很遗憾作为网页开发人员对此无能为力。他依然是网站服务器人员的工作范畴。如果，你对此有兴趣，可以咨询贵公司的网站服务器管理员。

第十四条：Make Ajax Cacheable 上面的准则也适用Ajax

现在的Ajax好像有点被神话了，好像网页只要Ajax了，那么就不存在效率问题了。其实这是一种误解。拙劣的使用Ajax不会让你的网页效率更高，反而会降低你的网页效率。Ajax的确是个好东西，但是请不要过分的神话它。使用Ajax的时候也要考虑上面的那些准则。

后记：

当然，上面的这些也只是供你参考的理论上的准则。具体的情况还是要具体的去对待。理论和准则只是用来指导现实工作的，却是万万不可死记硬套。

Android Market 可能不会有iPhone应用商店那么多程序，但也有够多到淹没你，而且在以惊人的速度增长。为了帮助你选择它们，这里列出的是我在Android 上发现的觉得是最好的应用程序。同样，记住这只是在一个时段内的参考， 现在Android平台是发展如此迅速，我保证下个月我的屏幕看起来又会有所不同（会换掉一些程序）。下面我列出了前25个最优秀的应用。

截屏

应用列表
1.谷歌语音


谷歌语音是一种非常有用的服务，我认为这是Android本身一个巨大的优势，尤其是因为苹果在iPhone中拒绝谷歌语音。你可以使用一个电话号码，可以拨打很多地方的电话或设备，还可以让你通过网络访问你的所有语音邮件和文字信息。 Android的应用集成度很高。打出的电话显示是来自谷歌语音号码，所以 这样便可以保护你真正的私人手机号码。
2. 任务杀手


多任务的Android移动操作系统的一个现实情况是，你需要管理你的应用程序以免手机损害性能或电池寿命。任务杀手（ATK）是我最喜欢的。它甚至还带有一个小挂件，点击一次，就可以关闭所有打开的应用程序。
3. Dropbox


Dropbox是一个出色优秀的云服务，可以自动同步 多个计算机（Windows，Mac或Linux）上的文件夹。这个程序将Dropbox扩展到Android，可以与其他应用程序（Documents To Go）进行交互打开文件。
4. Evernote


一旦你习惯了在虚拟键盘上打字（坦诚地说这样的事我做了一年多），那么这些设备很适合用来做笔记，而EverNote则是一个优秀的笔记应用程序。而且它类似Dropbox，在本地保存数据也同步到你其他机器和设备。
5. DroidAnalytics


出于某种原因，谷歌并没有一个官方的手机版谷歌分析（Android或iPhone都没）。在Android我发现最好的一个是DroidAnalytics。另一个也不错的是mAnalytics。
6. Documents To Go


免费版本的Documents To Go提供了一个Word和Excel文件的阅读器。如果你要编辑文件和添加支持PowerPoint文件组件，你可以升级到完整版本（15美金）。如果你想要编辑功能，我会还建议你看一下Quickoffice。
7. Amazon Kindle


我从来没有热衷亚马逊的Kindle电子阅读器，但我是Kindle 移动应用程序的粉丝。因为手机随身携带，我任何时候有空闲都可以拿出来读上几页，这让人感到很轻松。
8. Places Directory


这是一个超级好用的应用，可以寻找你附近的商店和服务，从餐厅到电影院，到医疗设施以及的士，这个程序非常准确，并利用了谷歌本地商户信息优势。这个程序比你从GPS单元（或应用）获取的信息更有用，并且比iPhone类似的应用更优秀。
9. Tripit


我推荐Tripit。这是迄今为止我在所有记录旅行线路的应用中认为是最好的软件。它运行于后台系统。你只需将你航班，酒店，汽车租赁的确认邮件转发，它就会自动组织成带有详细细节和确认号码的旅游记录。
10. Seesmic


Twitter是一个了不起的即时情报引擎，它有专门为移动浏览的版本。虽然现在Android 有一个官方版本Twitter，Seesmic还是最好的Android Twitter客户端。
11. FCC Speedtest


我迷上了运行速度测试，查看我在各个地方的带宽，看3G网速波动和检查Wi - Fi的质量。有很多非常好的速度测试的应用程序，但我最近喜欢的是FCC Test应用。
12. Astro File Manager


关于Android 的另一个利好的事情之一是你有低级别的权限访问系统本身。Astro 就是这样一个应用程序，可以让你浏览Android的文件系统。
13. Got To Do


Android有很多但可供选择的备忘程序，不过我对Got To Do唯独钟情， 因为它有坚实可靠的接口 ，还可以与在线服务Toodledo同步。
14. Gist


大部分人在不同计算机，不同的设备和在线服务上都有联系人目录。Gist 是一个Web服务，可以将他们聚集在一起，甚至从网络端提取联系信息， 帮助你更新重要联系人的信息 。这个应用可以在Android也可以用于iPhone。
15. TED Mobile


TED是一个引人入胜的事件，是一些社会最有影响力的思想家的思想集会。你一定会不同意其中的一些观点， 因为立场等观念区别很大 ， 但许多谈话都是值得一听的 。让人喜欢的是，他们已经从会议中录制视频，可以自由地在网上获取。这个程序提供了一个很好的途径来访问这些视频。 我希望更多的会议在TED上。
16. Pandora


潘多拉（Pandora ）是一个互联网时代的“广播站”。你只需搜索艺术家或歌曲， 它就会在这信息上创建一个运行的播放列表 。在每首歌曲之间偶尔会有一些广告，不过广告是本地化的，有些还比较有用。
17. Shazam


如果你想用一个移动应用打动你的朋友，告诉他们Shazam。是否曾经在一家商店或电台听到一首播放的歌曲，你会顿生好奇的问自己“啊，是什么歌曲？” 这就是Shazam用武之地，只要按下按钮，让它收听15秒，让它查询数据库，很快就返回给你艺术家和歌曲名称。它有大约80％的成功率。
18. Dial Zero


你是否是这样的一个家伙，拨打客户服务电话，一直按0直到你找到一个真人来对话？那么Dial Zero就是你的新朋友了。这个程序提供了一吨的美国企业目录，并提供给帮助你最接近真人对话的号码，并且会提示怎么操作你可以尽快的跟真人对话。
19. Google Goggles


这是一个有趣的应用，走得不是很前但还是走在时代尖端。使用视觉搜索。你可以给出物体的图片，然后应用程序会尝试告诉你它们是什么。目前它的范围有限，但它是相当酷，这绝对是未来应用的一个前景。最酷的功能之一是能够识别图片上的外国语言文字，让你的应用程序进行翻译。这样到了国外，可以帮助你阅读路牌标识等，避免走错茅厕蹲错坑。 囧！
20. Google Sky Map


曾经几何你可能仰望星空，试图告诉你的宝贝你指出的星座叫名字，或者你想记住哪个星球位于天南极？谷歌SkyMap让你点点手机就可以获取信息。 这是一个新的被称为“现实增强（Augmented Reality）”的应用程序的一部分， 在现实世界的经验之上添加一个数字信息层。
21. Tricorder


我知道很多爱好者会说，我们的智能手机是越来越像《星际迷航》的Tricorders。嗯，这里有一个有趣的应用程序，把你的Android设备变成一个虚拟Tricorder。它甚至还提供了一些有用的环境信息，包括全球定位系统数据，无线数据，声音和环境测量信息。
22. FxCamera


老实说，Android的相机软件是一个最需要改善的地方，但这个程序是最好的了。它有可靠的相机控制，全定制选项，并提供了一些很好的处理照片的特殊效果。
23. Photoshop Mobile


Photoshop理所当然是世界上最著名的图片编辑器，它的移动版本也不让人失望。不过，与桌面版本有数不胜数的功能相比 ，而移动应用程序肯定是相对简单了。这是最好的Android（iPhone亦然）的照片处理应用了，例如简单的剪裁，亮度调整，锐化等等。
24. Bump


Bump 是一个有趣（还有用）的想法，利用加速度计在两部手机之间共享信息，在Android和iPhone都可以使用。你可以用它来共享联系人信息（你自己的和其他人的），照片和应用程序。只需同时打开Bump 应用程序，选择你需要共享的，然后手持电话，碰在一起。
25. Barcode Scanner（条码扫描）


这个程序把Android 摄像头变成一个条码扫描仪。只需扫描产品的UPC代码，让程序自己执行，它会在谷歌产品搜索或公开网络搜索这个产品。你会惊讶于它的工作速度。 你选购零售商品时 ，如果想在购买前上网查一下价格检查一下确保你的价格够公道，你就知道这个程序真的十分优秀。
来源：techrepublic
编译：MazingTech

     美国Zipcar租车公司颠覆传统模式，1999年成立至今，年营业额已达1亿美元。顾客在Zipcar网站申请，就可以在3－7天收到会员卡。
Zipcar共有5500辆车子，分散停在停车场或路边停车格。通常会员所在地附近，都有好几辆车可供选择。
     会员只要打电话到客服专线，或上公司网站，就可以轻松租车。比如在网上输入地点、时间以及预计租用时间，网站就会根据车子与会员所在地的距离，由近到远，排列出可租用的车辆，会员选择其中一台即可。
     会员到达车辆停放地点，在车子挡风玻璃后的接受器前刷一下会员卡，车子就会自动开锁并发动引擎，车子的钥匙与预付好的加油卡都放在车内。用完车后，会员再把车子停回原处，就算完成还车手续。
     公司会监控车辆使用情形，当一个地区的预约数量增加时，会立刻增调车子到这个地区。
     由于整个租车程序都采自助式，Zipcar在科技上的投资相当可观。例如，车内装有一套与公司联系的系统，电池没电，车内的警示灯会亮起，公司就会知道。公司设有一组员工，骑着自行车随时待命，到现场处理各种问题。清洁小组也会在车子无人使用时，进行清理。
     会员需支付50美元年费，每小时租金10美元，每天租金70美元。
     会员申请入会时，需要留下信用卡资料，一用完车，公司立刻透过网络寄发电子帐单，由会员的信用卡支付款项。如果租车期间，会员有超速等违规行为，Zipcar会在接到罚单后，再补寄给会员第二张电子帐单，同样由信用卡支付。
     Zipcar设有一位主管，专门负责精简流程，设法以科技系统取代人工，让会员花在租车上的时间越来越少，而公司的成本也会越来越低。

比赛的终点是：一个非常高的铁塔的塔顶 
一大群青蛙围着铁塔看比赛，给它们加油。比赛开始了。
老实说：群蛙中没有谁相信这些小小的青蛙会到达塔顶。
他们都在议论：“这太难了！！它们肯定到不了塔顶！” “他们绝不可能成功的，塔太高了！”
听到这些，一只接一只的青蛙开始泄气了,除了那些情绪高涨的几只还在往上爬。 群蛙继续喊着：“这太难了！！没有谁能爬上顶的！”
越来越多的青蛙累坏了，退出了比赛。但，有一只却还在越爬越高，一点没有放弃的意思。
最后，其他所有的青蛙都退出了比赛，除了一只，它费了很大的劲，终于成为唯一一只到达塔顶的胜利者。很自然，其他所有的青蛙都想知道它是怎么成功的。 有一只青蛙跑上前去问那只胜利者它哪来那么大的力气跑完全程。它发现这只青蛙是个聋子！
永远不要听信那些习惯消极悲观看问题的人 因为他们只会粉碎你内心最美好的梦想与希望！
总是记住你听到的充满力量的话语，因为所有你听到的或读到的话语都会影响你的行为。 所以，总是要保持积极、乐观！

首先，解释下什么是资源的永久重定向，通俗简单理解下，当你在浏览器中输入sina.com.cn(新浪首页)的时候，网址是不是变成 www.sina.com.cn了？再说一些163.com、qq.com都会变成www.xxx.com等的样式，使用的就是资源的永久重定向，只不过他们使用的不是IIS。这里只来说说IIS中使用永久重定向的参数的方法。下面将说下IIS6.0中使用重定向的方法。
前提假设，为了简化输入这里假设两个网址：AA－代表zhublog.com，BB－代表www.zhublog.com
一、如何设置重定向的方法？
1.打开IIS管理器；
2.展开“网站”，然后选择一个网站，右键点击选择“属性”，然后点击“主目录”选项卡；
3.在“主目录”选项卡中你会看到“此资源的内容来自:”然后下面是3个选项，分别是：
“此计算机上的目录（Ｄ）”；
“另一台计算机上的共享（Ｓ）”；
“重定向到URL（Ｕ）”
4.选择“重定向到URL（Ｕ）”，下面的选项会跟着变化
会出现“重定向到(C)：”的输入框，这里就是要输入资源重定向网址的地方。
二、举例子说明重定向的方法
1.目标：将AA重定向到BB
2. 方法：在IIS中分别设置AA和BB的主机头，按照“一”中说明的方法将AA里“重定向到URL（Ｕ）”里面输入BB的网址就，然后选择上“上面输入的准确URL”和“资源的永久重定向”（最好选择上，不然搜索引擎会以为你在作弊，HTTP返回值也会被正确响应为301了），这样可以完成AA重定向到 BB。
3.测试：在浏览器中输入AA，看下是不是变成BB了？
三、带参数的AA如何重定向到BB
如果按照“二”中的方法测试http://zhublog.com/index.shtml?id=1&host=www.kuiu.cn 这个网址的时候，浏览器会访问www.zhublog.com，后面的参数是不会重定向的，那么如何带参数重定向？继续往下看吧
1.目标：将http://zhublog.com/index.shtml?id=1&host=www.kuiu.cn重定向到http://www.zhublog.com/index.shtml?id=1&host=www.kuiu.cn
2.方法：这个时候要在“重定向到URL（Ｕ）”里面输入参数了，输入的参数在本文结尾归纳，在输入框里面输入http://www.zhublog.com$S$Q
3. 测试：这个时候再次输入http://zhublog.com/index.shtml?id=1&host=www.kuiu.cn的时候看看是不是正确的被重定向到http://www.zhublog.com/index.shtml?id=1&host=www.kuiu.cn了？
四、重定向的参数
$S－将请求的 URL 的后缀传递给新的 URL。后缀是用重定向的 URL 代替之后，初始 URL 中所保留的部分。如果未设置 EXACT_DESTINATION 标志，则结果目标 URL 的名称将具有所请求文件的名称（作为文件夹名称）以及文件名本身。
$P－将初始 URL 中的参数（如 querystring 参数）传递至新的 URL，不包括问号 (?)。
$Q－将初始 URL 中的参数（如 querystring 参数）传递至新的 URL，包括问号 (?)。
$V－传递请求的 URL，不包括服务器名和任何参数。要包含参数，可使用 $P 或 $Q 变量及 $V 变量。如果未设置 EXACT_DESTINATION 标志，则结果目标 URL 的名称将具有所请求文件的名称（作为文件夹名称）以及文件名本身。
参数还有很多，基本上最常用的就是$S和$Q，任意网址想要实现301的永久重定向只需设置$S和$Q就可以了。