我在相当长的一段时期内，仅仅是向月光博客进行投稿，然后由其它网站从月光博客再行转载，我原本认为其它网站转载也会加上我的链接，不需要我再劳师动众去挨家挨户进行投稿。但现在我发现我低估了咱们互联网形式的严峻，目前我写的几篇较热门的文章，Google前几页基本上已经找不到我的网站了，例如《为什么中国出不了Facebook和Twitter》需要在Google中需要第8页才可以找到我的网站。

现在我已经明显感觉到了被搜索引擎惩罚，Google的收录从2800降到500，前几天甚至发生从Google过来的搜索流量几乎为0的极端情况。6月7号发生于斌抄袭我的文章事件和后来的投稿党事件，让我不得不重新考虑博客的推广方式。关于什么是投稿党及如何防范，请看我这篇文章：警惕投稿党。

为什么要投稿

不愿意投稿的原因有很多，有些人觉得自己没名气，写的文章投了其它网站可能不接受。有些人可能是没时间，比如说我，每天写一篇文章要花不少的时间，再要投到各大网站和自己在各网站的博客上，基本上需要花掉我全部的空余时间。

不管你是什么样的想法，我还是建议你主动去投稿，因为：

1. 这样做有利于提高你的权重，如果你网站的链接大量出现在权重高的网站，搜索引擎会认为你的网站比较有价值，我想有点SEO知识的人都知道。
2. 积极投稿有利于防止抄袭与投稿党，对于抄袭者，如果你的文章已经出现在各大网站，那么抄袭者就不会这么愚蠢再去抄你的文章了。而对于投稿党，与其让他们去投稿党，不如主动出击，进攻才是最好的防守。
3. 提高自己博客的知名度与访问量，大网站的传播速度要比个人博客快得多，而大网站也希望从原创博客中得到原创文章，实际上这是一个双赢的局面。如果你主动投稿，在文章中一般会加上原文的链接，有些时候你可能还会在文章中加一些链接，虽然不是所有人都有兴趣去看原文，但因为大网站的访问量比较大，就算是10%的读者有兴趣看原文，对于个人博客来说，也是不小的惊喜。

如何投稿

投稿首先要选被投的对象，一般应该选择专业性和访问量大的网站，我以IT类博客为例，可以选择的网站有月光博客、IT168、博客园、cnBeta、ChinaZ、Admin5，基本上如果你把这些网站都投了，那么再出现抄袭和投稿党的几率基本上为零了。根据涂雅的访问来源来看，投稿当天从月光博客过来看原文的用户最多，我个人首推月光博客。
投稿后你的文章可能不会出现在第一，因为这些网站基本都是Google和百度的新闻来源，但可以保证你的网站会出现在搜索引擎的第一页，经过一段时间后，你的网站排名还会往前靠。不管排名怎么样，最起码你不会被惩罚与降权了。

其次是文章的内容，对于文章的内容应该与被投网站相符合，对于你的家长里短个人恩怨卿卿我我，就不要拿去投稿了，除非你的文章写得很捧。像我列举的几个网站，一般会对新闻资讯、IT评论、互联网、软件等方面内容感兴趣。有些时候，我们可以把文章分为两个版本，投稿的版本稍为改动一下，以符合被投网站的需要。

第三是文章中的链接，建议所发表的文章，尽可能的加上一篇以前写过的文章链接，当然文章与文章之间应该有必然的联系，一般来说，网站的编辑对于有价值的链接都会放行。但不应该添加过多的链接，像一些Tag之类的链接不应该出现在文章中。有一些网如ChinaZ，如果你在文章中添加文章来源，他们是不会主动给你加的，所以需要你把文章来源也加上。

注意

不推荐向admin5投稿，我以后也不会再去admin5投稿。他们的编辑会删除原文的链接，就算这个链接有价值。同时常常会“无意”将原文的链接搞错，这种做法只能是杀鸡取卵，对于投稿者一点外链都不给，什么都想自己吃。比如说本文的投稿，就是把原文链接：http://iove.net/archives/2376.html改为http://e.net/2376/，已经不是第一次发生这样的事情了，我认为这是故意而为之。本文在admin5中的地址：http://www.admin5.com/article/20100621/243790.shtml

您可能也喜欢：

警惕投稿党

伪原创和转载之间的差别

C#小技巧，持续更新中....

博客搬家地址改变——升级版

无觅

联系涂雅

涂雅导航

第四章：操刀&结局

有了解决方案，剩下的就码代码的工作了，这部分我就不细述了，从我决定要改到正式上线，大概花了36个小时的工作时间。期间应该有一半左右的时间花在前台处理中（javascript/css/html/xslt/photoshop），这36个小时可说是超负荷工作，完全没有偷懒，所以和平时的工作效率自然不可以同日而语。

在做的过程中，不知道怎么让我找到了一个城市IP地址的库，所以想给博客加上一个留言者所在地理位置的功能，于是又添加了原先没有计划的需求。看到没有，就算是程序员自己开发软件，也在不停地添加新的需求，所以平时我们么能埋怨客户变更或者增加需求呢？所以这个时候，我们需要有策略来解决需求的变更与增加。就拿我这次来说吧，我会评估新需求带来的好处和所需要的时间，如果工作量不大又能有不错的效果，那么我就加上去。

在我确定要上线的时候，发现还有一些功能没有做，比如说友情链接和一些分类还是采用原来的部分，最后我决定放弃这些功能，因为这些功能本身访问量就不大，还是可以使用原来的系统，因为新旧系统是无缝结合的，所以无论是用户还是搜索引擎都是透明的。

最终增加或修改的功能（包括36小时后又添加的一些小功能）：
1.    首页以及文章、RSS完全静态化，也可以实时输出
2.    在RSS第一篇文章中添加了24小时热文的排名，版权声明，链接等功能
3.    在RSS中添加了版权声明和相关文章的列表
4.    在侧边栏添加了24小时排行、30天排行
5.    增加了排行版，可以查看24小时排行，30天排行，历史排行，评论排行，随机文�
6.    添加了查看所有评论的功能，用户可以通过这个功能查看完全的评论，并且显示评论所针对的文章

经过几天的监控，发现可用率基本在100%，因为采用了静态首页和文章页，所以除了服务器彻底不能访问的情况下，用户都可以访问我的博客。

实际上我怀疑Godaddy的服务器对MySql的连接数应该是有一个限制，我连数据库都有主动Close，但最初还是会常出现Timeout expired的错误，这点用户可能感觉不出来，因为用户访问的是静态页，但表现出来的是统计数据不准确，无法打开非首页的列表页，后来我折腾了几天，最后是把连接字符串的min pool size改成25（现在是50）才解决问题。我目前还不清楚为什么会这样，也找了min pool size参数的含义，但还是不太明白，呵呵，有知道的朋友告诉我一下，感谢了。

总结

这次改造，我自己觉得还是比较成功的，首先我的可控制性加强了，我现在可以把插件都停掉，呵呵，剩下几个后台的插件就可以了。用户最直接的体验应该就是速度变快了，然后功能有所增加，当然有人也不喜欢这些功能，呵呵，在我发第一章的时候就有读者说不喜欢这些功能，嗯，感谢这位读者，不过我还是觉得要放上去，我的地盘我作主，哈哈，你不要介意。

我用YSlow进行测试，发现在默认测试情况下可以达到D级，如果调到small site or blog模式，可以达到A级，之所以是D级，原因主要有3个，第一是没有做CDN，第二个是没有压缩，第三个是没有加ETag，呵呵，对于小网站，这三点都可以不做了:P（现在添加了广告，然后jquery在另一个网站，所以好像已经不是这个级别了）

问题

在我上线之后也有问题发生，包括我之前在博客中也谈到XSLT特殊字符的问题，还包括MySql的超时问题，还有其它等等等多个小问题。那主要原因是我这次时间非常短，然后因为是自己的博客，也不会向项目那么谨慎，基本上不会太测试就直接上了。

在开发的过程中，我也常常会有新的想法要加上去，所以这时候我们应该理解需求方，因为如果是你自己的东西，如果你有一个好点子，你当然也希望加上去。那除了评论者所在位置的功能之外，我后来还想了其它的功能，但因为时间关系，我强制我自己打消这个念头。从这里我们也可以看到，有时候需求方会提出很多的需求，那么你不能直接Say No，比较合理的做法是你大概评估一个工作量，然后告诉他，如果要实现这个，我们需要增加这么久的工作量或者这么多的人手，这个时候，需求方基本上都会主动放弃大部分的需求，除非他真的很想要这个功能或者不在乎延时。

实际上快要到我准备要上线的时间点，发现有功能还没有完成，这是我们项目中常常会出现的情况，因为需求方需求的变更或者增加，导致项目不能如期完成。那么这个时候我们需要一些策略，当然首先是和需求方沟通能不能延迟上线，如果确定不可以的话，那我们就可算解决方案了。基本上方案有三种，第一种是增加人手，但有时候增加人手也不一定可以解决问题，《People ware》（中文译作人件，怪怪的）中有一句经典名言：“一个女人一个孩子需要10月，10个女人生1个孩子也需要10个月”，也就是说有很多事情是不能并行的。

第二解决方案是缩减功能，比如说裁剪不重要的功能，或者说上线一个DEMO，例如在用户很少用到的功能，我们可以先放一个静态的内容，然后逐步完善。最忌讳的是项目管理人员信誓旦旦说可以上线，结果需求方眼巴巴着等着上线，结果马上就要上线的时候，项目管理人员说，不行！这个事情是最扯蛋的事情了。

您可能也喜欢：

36小时急行军——全面改造Wordpress（诱因）

36小时急行军——全面改造Wordpress(解决方案)

36小时急行军——全面改造Wordpress(分析)

实战旧城改造之——重构wordpress

无觅

联系涂雅

涂雅导航

Alexa排名增长了27%，Google收录暴升256%

百度推广也有回扣？还是iPod shuffle！

十天内Alexa周平均排名涨幅超过80%

Alexa被封导致中国网站全球排名普跌

百度

涂雅自从2010-04-12切换域名以来，目前已经有1个月零2天，今天早上习惯性地site一下百度，发现周四百度小更新之后，百度收录已经达到了277，昨天是89，理论上考察期已过，现在开始正式收录了，也就说，接下来的几个星期，百度将会陆续放出一些收录来。

Google

Google在我切换域名做了301之后，基本上把原来的conis.cn中的收录转到了iove.net，但前段时间每天收录都在下降，从最高的2800多降到昨天的1030历史性低位。我查了google提供的站长工具，发现是由于元数据重复（谁翻译的，这么深奥），实际上的意思就是两个网站指向同一个网页，因为我对wordpress进行了改造，并且添加了单独的评论页面，以前评论相关的页面也跳转到了文章页。昨天我已经把这些url做了301重定向，今天看来略有上升，我将继续观察一段时间，看是否有所回暧。

由于这段时间的文章被大量转载，包括一些大网站，我有怀疑涂雅被搜索引擎惩罚？因为一些大网站的权重比我高，目前在搜索引擎搜索我的部分文章，第一页基本上看不到涂雅了，有可能在第二页还看不到。另外pr目前还是0，不知道google的下一次pr更新会在什么时候，上次更新是在清明的时候，不知道是巧合还是故意的？

Alexa

换不换域名对alexa没有影响，或者说有短时间的影响，因为30天平均排名需要30天的数据，目前来看，30天的平均排名已经到了19万名，而当天排名波动很大，基本上是4-10万名之间波动，我博客的访问量这段时间波动也比较大，呵呵。因为前段时间在月光发表一些文章，然后有时候有些文章被一些digg类网站推荐，所以被推荐的时候用户会比较多一些。

前两天alexa波动非常大，整个中国的alexa排名都有下降，我的当天排名也到了27万名，但今天我发现又到了7万名，怀疑alexa又进行了数据清理，因为我跟踪了几个国内网站的alexa排名，发现都有不少的跌幅，有网站并且常查alexa的朋友应该有感觉。

流量来源

近一个月的时候，涂雅的曝光度大大增加，在此感谢月光博客发表了我的文章，因为文章被大量转载，也带来了版权的问题。从流量结构来看，推介网站的流量一度上升到60%，目前已经逐步减小，目前在50%左右。而直接流量一直在30%-40%左右，非常稳定，也就是说，有三到四成的读者是直接输入网址或者是把网址放到收藏夹中的，这部分用户又可以分成两部分，一部分是涂雅的忠实用户，感谢你们，你们是我前进的动力，哈哈；另一部分是在某个地方看到了涂雅的文章和网址（就是转载没加链接的那种），然后复制网址过来的，感谢这部分用户，你们辛苦了，呵呵。

最让我郁闷的是，搜索引擎过来的浏量一直非常低，百度每天也就几个流量，google一直是独挑大梁，但流量也非常少，搜索占到的流量一般在10%-20%左右，现在有逐步上升的现象。这和我切换域名有很大的关系，因为百度据说是不认301的，把iove.net完全当成一个新站来看。

关键字

从关键字来看，还是从前的关键字，没有什么太大的改变，最近比较热门的是jquery autocomplete，因为我写过几篇jquery autocomplete的文章，但我觉得关键字不太ok，我觉得搜索引擎过来的，javascript要比较多一些，特别是javascript日期的处理应该要多一些。另外有一个奇怪的现像，android和iphone开发的命中率比较高，实际上我网站的android和iphone的开发文章很少，难道说中文的android和iphone的开发类文章比较少？

跳出率

总体来说，涂雅的跳出率比较低，约在55%，也就是说来涂雅的朋友基本上都会接下来看更多的文章，根据我的观察，有些朋友会看上20篇，我曾经在在线用户中，看到有一个人看50篇以上，呵呵。跳出率高的主要是从搜索引擎过来的，或者是不太相干的网站推荐我的文章，比如说有一次抽屉网推荐我的“你可能不知道的网站数字”一文，来自该网站的用户一天在100多ip，但跳出率非常高，达到90%左右，也就是说这些人对技术相关的内容没兴趣，呵呵。

搜索引擎的跳出率来看，百度因为命中率比较低，所以跳出率非常高，而google则好得多，从我个人的搜索情况来看，也是如此，一般搜索如果是技术相关的内容，百度很难搜索得到。

总结

革命尚未成功，同志尚需努力。目前主要是搜索引擎流量要上来，如果搜索引擎流量可以达到30%，那么流量将会有不错的提升，另一方面，rss订阅也是我以前忽略的问题，包括之前rss地址的错误和后来地址的变更，造成现在有约200的rss订阅用户还在使用错误的地址，虽然有在rss提醒地址的变更，但这部分的用户也没有更，呵呵。在此再行呼吁，请把地址改为http://feed.iove.net，原地址将会在指定的时间内失效。

我认为搜索引擎应该是我需要努力的方向，和这段时间切换域名有些关系。然后涂雅有不少文章被大量传播，理论上会给SEO带来一些好处，但一些垃圾站和大站不加链接，也会带来一些问题。

结果会怎么样，再过一个月再看吧。

您可能也喜欢：
Alexa排名增长了27%，Google收录暴升256%	百度推广也有回扣？还是iPod shuffle！	十天内Alexa周平均排名涨幅超过80%	Alexa被封导致中国网站全球排名普跌
无觅

联系涂雅

涂雅导航

警告：使用xmonitor.cn的服务将导致IE浏览器崩溃

无聊的卡巴斯基家长控制

Google为什么瞄上了Slide？

04年写的La-liz项目方案

本来今天是计划不写博客的，不过刚刚订阅了月光博客，颇有些感慨。说起来或者大家不会相信，我虽然在月光发表了数篇文章，但我还没有订阅月光博客，说句实在话，我今年才开始使用RSS，虽然RSS我很久前就试用，记得以前有个周博通的RSS阅读器，但以前从未正式使用RSS，是不是有些Out？

这几个截图是我在月光发表的部分文章，在Google Reader上喜欢的人数基本上都是超过100人，而写人IT的新人们已经接近200人，而浏览的人就更多了，其实这篇文章是我在2007年就写了的，到现在已经有三年了，在这三年中这篇文章在我的博客的总访问量也没有超过月光一天的访问量，呵呵。包括此文我也曾经在CSDN的论坛上发过，但都没有引起如此的关注。说明一个什么问题，很多时候，我们并不是看这篇文章的质量，而是看这篇文章出自哪里，由谁写的，谁推荐的。

其实从月光过来用户只有访问量的5%左右，也就是说如果这篇文章的访问量有2000个，可能有100个人来到我的博客，略高于广告的点击率，哈哈，真是少得可怜了。但从另一个方面，应该看到通过月光发表的文章被转载到网络的这种扩散效应，同时也可考虑到月光链接在搜索引擎的权重以及被扩散之后对搜索引擎的影响。所以我希望可以制造一个良性的循环，进而提高搜索引擎的权重，带来更多的搜索流量，呵呵，就当是我SEO的一个试验田吧，也可以和大家分享我的心得，希望可以碰撞出更多的火花，给我自己一个提升。

让我们来看看百度百科中对马太效应的解说，【社会心理学家认为，“马太效应” 是个既有消极作用又有积极作用的社会心理现象。其消极作用是：名人与未出名者干出同样的成绩，前者往往上级表扬，记者采访，求教者和访问者接踵而至，各种桂冠也一顶接一顶地飘来，结果往往使其中一些人因没有清醒的自我认识和没有理智态度而居功自傲，在人生的道路上跌跟头；而后者则无人问津，甚至还会遭受非难和妒忌。其积极作用是：其一，可以防止社会过早地承认那些还不成熟的成果或过早地接受貌似正确的成果；其二，“马太效应”所产生的“荣誉追加”和“荣誉终身”等现象，对无名者有巨大的吸引力，促使无名者去奋斗，而这种奋斗又必须有明显超越名人过去的成果才能获得向往的荣誉。”】，更多请移步百度百科的详细解析 http://baike.baidu.com/view/7020.htm

在我们的生活中，到处都是马太效应，比如说你读书的时候，你会发现，越是好学生，越是受到老师和同学的关注，而坏学生通常没人理。在互联网上，这种效应更加明显，搜索引擎就是这种效应的推手，比如说Google的Pagerank机制就是这样，如果你的网站被引用得越多，就说明你的网站越有价值，这样他给你带来的流量就越多，从而形成了滚雪球。但事实真是这样的吗，真的是被链接的越多就越有价值么？我看未必吧。所幸的是现在Google已经发现了这种算法的弊端，进而对更新速度以及原创内容加入更多的权重与关注。

那么，我们在做SEO的时候，也可以利用这种马太效应，但无疑你需要耐住更多的寂寞，需要踏踏实实下来做内容做推广做优化，不能急于求成。这是一个量变引起质变的过程，当你累积的这种量到达一个爆发点的时候，你就会上到一个新的台阶，然后就是继续重复，直到下一个台阶。

呵呵，看看我和一个微博网友在微博上的对话吧，起因是我之前发了一个Alexa流量杀入4万名的微博，他回我有一段这样的话：

绝对要收藏，只是好奇。就100IP而言既庆幸有悲哀。 庆幸的是月光的读者还是在意文章的原创者，并去关注原创者更多文章。 悲哀的是月光单篇文章的阅读量几千，却只有一百个人会点击文章出处。

我的回答：

哈哈，这就是马太效应，网站是一天一天做起来的，月光的文章有几千了，而且做了五年了吧，现在是人家收获的时候，正常现象

您可能也喜欢：
Microsoft的@live.cn可以注册了	蔡文胜的如意算盘	从各杀毒软件宣传广告看水分	精明的中国人！糊涂的中国人？
无觅

联系涂雅

涂雅导航

网站技术分析报告之——去哪儿(上)

网站技术分析报告之——开心网（kaixin.com）

对某网站速度慢的技术分析及建议

2007 CSDN技术英雄会实录

承接上集《网站技术分析报告之——去哪儿(上)》，呵呵，文章太长了，要是放到一篇大家看着眼累，所以分成两篇。

首页分析

首先还是来看首页，我觉得去哪儿的网站是优化得比较好的网站之一了，去哪儿的首页一共有114.9k，共41个请求数，个人认为请求数有些过多（主要是广告部分），可以适当降低请求数。

静态文件

去哪儿的静态文件似乎并非统一放在独立的服务器上，而是不同的频道有不同的静态内容服务器（我指的是逻辑服务器），像source.qunar.com，hotel.qunar.com等等，这样做有好处有坏处，好处是各项目组（我认为qunar不同频道是同不同的项目组独立负责的，这样有利于产品化）管各自的静态文件就ok了，坏处是不利于统一管理。我建议可以这样，把静态文件统一部署到一台/组服务器，各频道可以采用不同的逻辑服务器放置静态文件。这样便于统一管理，特别是去哪儿JS静态文件比较多，便于统一做CDN，因为动态内容和静态文件采用的CDN技术不一样，价格也不一样，有利于节省成本。

图片去哪儿首页的图片非常少，少得让人吃惊，但你并不觉得这个网站太难看，反而觉得很清爽，我认为图片应该尽可能少，图片只是在文字不能传达某个意思的时候才使用图片，这样可以起到画龙占睛的作用，也有利于SEO，当然图片壁纸站除外。

压缩

服务器上有启用Gzip压缩，有利于减小传输量，特别是对于去哪儿采用定时生成JSON静态数据的情况下，Gzip更能发挥作用。同时CSS文件，也有采用去注释和空行的压缩方式。但是我不明白的是，为什么有些javascript却没有经过压缩呢？例如在文件：http://hotel.qunar.com/scripts/hotel/recommandHotels.js?15182155276，不仅可以看到换行，还可以看到明显的注释

数据与实现分离

实际上就是指CSS/JS和Html以及数据，有没有很好地分离，我觉得这方面，去哪儿还是做得不错，首页的HTML代码非常轻巧，但有点我不明白，为什么去哪儿并未完全采用Div + CSS，而在首页还掺杂有Table呢，我觉得去哪儿的首页并没有需要用到Table的地方，完全可以全部采用Div+CSS进行布局。如果我没估计错的话，去哪儿的首页应该也是自动生成静态页面，并且是采用xml+xslt或者类似的方式，因为它源代码的空行方式很类似于xml+xslt的结果。

广告

相比去哪儿的版面来说，首页广告是非常之多，我觉得可能比新浪的广告比例还要高，但你完全没有不舒服的感觉。我想一方面，是去哪儿的广告内容和网站主题很匹配，主要是机票和酒店类的广告，另一方面，是由于广告位置以及广告与网站的溶入度非常高，说得白一点，就是去哪儿给广告穿了一件迷彩服，一般人以为不是广告，实际上他是广告。

我认为去哪儿的广告点击率应该很高，起码不低。首先，在颜色的配置上，去哪儿的广告颜色与整个页面一致，广告没有太明显的标识，这样有利于用户点击广告，特别是对于对网站不熟悉的用户，很容易受这些广告的诱惑去点击广告。但从另一个角度来说，广告主所得到的回报率可能会偏少。从我的观察来发现，越是菜鸟的用户，越容易点广告，但点完广告带来的价值偏少，而成熟的用户点击广告都是比较理性，给广告主带来的回报率会比较高。

URL/域名

去哪儿每个频道都有一个二级域名，并且还有其它更多的二级域名，一方面，二级域名有利SEO和用户记忆，但过多的域名，也难于管理。我不觉得目前去哪儿需要这么多的二级域名，缩少到5-8个即可。

总结

我个人认为，去哪儿的技术上应该是比较不错的，像一些细节的地方都有作处理，但是也有些需要改正地方，如没有防止数据采集（或者灵敏度太低），就算不担心数据被利用，也应该考虑到对服务器的压力；JS/CSS文件过于分散，JS代码没有进行清理与压缩（不是指gzip）；HTML代码还可以更加简洁一些，有些代码完全是很无聊的嵌套，可以再行精简，加快浏览器的解析。

网站技术分析报告系列推出预告，敬请期待。携程网，51.com，wo.116114.com

后记

上面的分析报告是在去Qcon大会之前写成的，为了保证它的原汁原味，我没有作任何修改。我记得在Qcon大会上的吴永强说他们的数据是实时抓取的，就这一点，我谈谈我的看法，我认为实时抓取是不可能的，虽然机票这个东西价格变化很快，但肯定不可能做到实时抓取。原因如下：

第一、如果是全部都实时抓取，去哪儿的带宽和服务器都受不了，就算做到了，也不经济

第二、以去哪儿每天100万以上的访问量，如果是实时抓取数据，被抓的网站受不了

我认为比较可行的办法是这样的，去哪儿抓取的网站应该分为两种，即合作伙伴和非合作伙伴，合伙伙伴比较好说了，他们可以提供API接口，这部分的机票信息肯定是实时的。另一种是非合作伙伴，这些网站应该有一个缓存策略，根据去哪儿以往去这些网站抓取的数据分析他们机票的更新速度来确定缓存失效时间。去哪儿有一个爬虫根据更新策略把数据抓到缓存中，这样用户在请求的时候，实际上是在读这个缓存(生成JSON数据)。不知道去哪儿现在是不是这样的方法呢？

您可能也喜欢：
网站技术分析报告之——去哪儿(上)	网站技术分析报告之——开心网（kaixin.com）	对某网站速度慢的技术分析及建议	2007 CSDN技术英雄会实录
无觅

联系涂雅

涂雅导航

网站技术分析报告之——去哪儿(下)

网站技术分析报告之——开心网（kaixin.com）

以前写的技术软件介绍

2007 CSDN技术英雄会实录

写在前 面

这篇文章很早之前就已经写好了，但一直没发，因为这段时间一直忙着改造Wordpress，我准备抽时间再把这次改造Wordpress的经过写出 来，文章的标题暂定叫《36小时急行军——全面改造Wordpress》，敬请期待。
24号参加Qcon 大会回来后，去哪儿的CTO吴永强先生在我的博客上留言问我去哪儿的技术报告什么时候出来，这让我压力倍增，我倒不是怕说了他们的坏话，而是怕我 分析得不好，因为我毕竟看不到去哪儿的底层技术，从大家都能看到的来分析去哪儿会流于表面，希望不会让吴永强先生太失望。

前言

自从上一篇“网站技术分析报告之——开心网(kaixin.com)”发布之后，得到了多家网站 的转载，包括中国站长站，it.com.cn，博客园等知名网站。同时也引来一些朋友的拍砖，在此我作一个声明，本人做这个技术分析报告的系列，仅仅是个 人兴趣爱好，从个人观点出发，本着我不严谨爱调侃的精神，自娱自乐一番。这些文章并非科学学术著作，自然免不了有失偏颇，也不全面，仅供各位参考。

好了，废话说了这么多，进入主题吧，上次我们说完开心网，这次我们再找一家知名的网站去哪儿，官方网址：www.qunar.com，去哪儿可以说是垂直搜索的一匹黑马，当年据说各大旅行代理网站以及航空公司要封杀去哪儿，现在，我估计得争着和人家合作了。

第一次对去哪儿的源码感兴趣的是在一次我需要航班信息的时候，那段时间我对去哪儿的代码有过一些时间的分析，并且成功地抓取去哪儿的航班和酒店数 据，仅作学习之用，请去哪儿不要找我了，呵呵。

我想这次分析要稍为严谨一丁点儿，要不然会有较真的人要骂我。我准备从代码质量、Javascript、CSS、url及网址结构、广告、图片等多 个方面进行分析。

架构试 探

虽然只是分析了前台的代码，但所谓管中窥豹可见一斑，根据我以前对qunar的代码分析，仅仅从这些前台的代码，我们也可以看到系统结构的一些端倪 的。去哪儿整个网站的重点是在搜索，我想他们是有一个爬虫以及和各大航空公司/旅游代理网站的接口在后台来做数据的采集，这个是重点。然后对采集回来的数据进行分析之后，定时生成JSON静态数据，前台调用采用Ajax的模式，以提高响应速度。我觉得去哪儿这种方式非常好，因为数据都是定时更新的，把每个 城市的数据都生成静态的json，特别是一些不常更新的数据，比如航空公司，酒店，航班信息等，有利于提高响应速度和降低服务器的压力。数据和实现分离也 很彻底，自己的网站通过WebAPI读取，有利于产品化，以及方便与第三方合作，实现公司灵活快速地根据实际情况调整产品。

我自己估计的 Qunar大体架构

这样做同时也有缺点，因为你的数据非常的干净，别人要取就很容易了，反正我是取过去哪儿很干净的数据，干净而透明，呵呵。可能是去哪儿觉得这些数据 都是比较实时的，你就算拿到这些数据也没有用。但是我觉得尽管如此，还是应该在服务器加一些限制，对请求数量进行限制，或者加一些别的限制，这样有利于防 止机器请求，提高服务器的可用率。

广告没有，下集更精彩，敬请期待明天的下集，不要走开V!@#$%^&*()_

您可能也喜欢：
网站技术分析报告之——去哪儿(下)	网站技术分析报告之——开心网（kaixin.com）	以前写的技术软件介绍	2007 CSDN技术英雄会实录
无觅

联系涂雅

涂雅导航

网站技术分析报告之——去哪儿(上)

网站技术分析报告之——去哪儿(下)

iPhone MSN评测报告

对某网站速度慢的技术分析及建议

你可能感兴趣的内容：

• 如何低成本地提高你网站的速度
• SEO误区之——静态化页面
• 别把seo做成了sec
• 对某网站速度慢的技术分析及建议
• 亲爱的web程序员，你看过你的源码么？

楔子

一直在研究互联网技术，经常访问这样那样的网站，突发奇想，为什么我们不去看看这些网站的技术架构是怎么样的呢？研究一下源代码？于是便有了这个系列，首先找谁呢？我想还是找山寨版的开心网开刀吧，这个开心网，不是那个开心网，呵呵。

坦白说，我不太想注册，也不想研究太多太多，一般来说，一个网站最重要的是首页，Ok，那我们就从首页开始吧。

本系列文章仅仅是个人研究发布，仅供参考，本人不承担任何责任，呵呵，谢绝跨省抓捕。对于开心网，因为是一个封闭系统的系统，我挑了一个注册的页面来分析。页面网址：http://reg.kaixin.com/kx7201.do?ss=10112&rt=26
分析工具：各种浏览器，firebug（一个基于firefox的插件）

导语：

我如果是陈一舟，我一定炒掉开心网的CTO，为什么呢，这么简单的一个登陆页，居然做到了385.2KB之大，像开心网这么大的流量，每多1kb就意味着每天N多的钱哪。呵呵，开玩笑啊，开心网的CTO别骂我，假如哪一天你真被炒了，别怪我啊，只能说是巧合。我没有找到官方的pv或独立Ip的数据，根据alexa的数据参考一下吧，估计日均独立IP为528,000，我们估计按每独立IP访问一次登陆吧，实际上可能少一些，因为很多用户可能直接在首页上登陆了（alexa的数据也不是那么可靠，供参考吧）。

开心网的网页每增加1k，我们需要多少带宽？算一下，我们需要528,000/1024=515MB/天的带宽，然后我们平均一下，按一天24小时用户访问很平均来计算（实际上不可能，一般峰值访问会是平均值的一倍以上），每秒需要消耗带宽是528000 / (24小时 * 60分钟 * 60秒)=6Kb，考虑到峰值，估计要到12k以上。

看官，我认为像开心网这么简单的登陆，完全可以控制在100k以内的大小，为什么我要这么多呢，一会儿看我对网页的分析就可以知道了。这是什么概念？385-100=285k，再算出带宽得出：285k * 12k / 1024 = 3.3M。乖乖，开心网每天需要添加3.3M的独享带宽。3.3M的带宽会是多少钱呢？像开心网这种网站，怎么也不可能放特别垃圾的机房吧，我们就以中档的机房来举例。北京中档的3M独立带宽，怎么也得3-5万块吧，我没有找到合适的数据，只是根据各网站估计一个值，有知道的朋友告诉一下。再加上CDN的带宽，我估计开心网每年需要为此增加5-8万的费用。

分析一下开心网存在的问题：

1. Javascript文件直接写在了网页当中

开心网的登陆页有大量的javascript的代码，这样的代码一方面不利于维护，另一方面，也不利用用户加载页面。大致计算了一下，开心网登陆页一个有180余行的javascript代码，而总代码仅在336行，也就是说代码中的javascript代码占了1/2 强。

2. 网页没有开启gzip

这是一个比较白痴的错误，根据文件头返回的信息可以看到，开心网应该在linux上搭建了nginx ，添加gzip应该不会是很难的事吧？而且像html及静态js/css这些文件，gzip后起码可以减少50%的传输量，当是这一项，就可以每年省下上百万的费用。

当然有人会反对，认为gzip会加重服务器的压力，并且客户端解压的时间与减小文件大小带来的传输速度不会有太多好处。但我认为，对于静态文件来说，可以放到独立的服务器，这个服务器可以把文件压缩后放到缓存中，这样不用去读IO，响应速度会提高。同时，虽然现在用户的带宽都已经是512k的adsl以上了，但是为什么我不可以让用户更快的看到我们的网页呢？退一万步说，用户真的在乎这个快几秒的，那么我们为什么不可以减小带宽的压力以节省成本呢？如果把节省下的这些钱去奖励员工，没准他们可以给我带来更多的惊喜呢。

3. Javascript没有做任何处理

开心网的javascript可真有意思，他们的开发人员代码质量还不错，起码注释写得还不错，可是问题是，你需要把这些注释都发到客户端么，难道开心网想教我们怎么写javascript代码？这样的代码发到客户端，既占带宽又会泄密网站的代码。

开心网的核心javascript文件xn.core.js有105k，这么大的其中注释占了不少的代码，我尝试使用yahoo和google的压缩工具进行压缩，但因为代码中有错误无法完成，所以只好放弃。但我估计这个js，最基本的压缩去除空行和注释，可以减少1/5左右的大小，如果进行一些混淆的话，应该可以在40k左右，如果再gzip的话，应该就只有15k以内了。

4. 图片文件过大

登录页有一个157k的sys-bj2.jpeg文件，天啦，这么大的。我下载这张图片一看，发现这个图片实际是同几张图片组合的。他们的设计人员其实是想减少网页对服务器的请求数，所以把几个图片合并到一块。但是，他们这种做法是错误的。

我们要减少请求数，一般是把小图片，一般是几k的36 px* 36px以下的小图片合并，而不是把大图片也合并。因为小图片数量多，而大图的合并，也会增加图片的大小。我将这个图片用ps再优化一下，优化到66k，也没发现明显的失真。所以我认为，就算是大图，也可以优化到80k以内，而不是如此157k大小的图片。

再多一句，这个图片总量才5个合并是完全没有必要的，并且图片最大的有600px*255px，而最小的只有10px*10px以下，这种合并没有任何益处，百害而无一益！

总结

开心网作为一个访问量非常大的网站，网页结构也非常简单，理应做得更小，比如在100k以内。从我的分析中可以看出，主要问题集中在javascript，gzip和图片上，代码质量总体还可以。当然，我们不仅只是挑刺，也应该看到一些好的地方，如下：
1. 首页处理得比较到位，虽然javascript也没有压缩，但总大小只有108k
2. 文件请求数较少，这个和开心网本身有关，开心网本来就不是一个网页结构复杂的网站，所以文件数自然会比较少了
3. 静态文件和网页分开部署
4. Javascript注释比较好，但不应该发到客户端

重要建议：

1. 开启gzip压缩
2. 压缩javascript及css，并将这些文件缓存起来

最后，这次的分析就写到这里了，就事论事而已，和任何网站及相关的人员没有任何关系，呵呵。

您可能也喜欢：
网站技术分析报告之——去哪儿(上)	网站技术分析报告之——去哪儿(下)	iPhone MSN评测报告	对某网站速度慢的技术分析及建议
无觅

联系涂雅

涂雅导航

清明时细雨纷纷，谷歌也趁机把PR给更新了，查查我网站的PR，已经由1升至3了，也算是情理之中，意料之外。Google一直对我的博客比较友好，基本上我更新一两个小时就可以从Google上搜索到，而且不少关键字都有比较好的排名，比如说iPhone、Android、jQuery、javascript 日期等。而且每个月带来的流量都会比百度多，其中原因之一，也是因为我的博客以技术类的文章为主，百度在这方面是比较弱的。

从我开始准备到SEO到现在，大概有半年不到的时间吧，Aelxa从当时的1千万，排到现在的13万。百度从几十篇排到现在的563篇，Google从当时的几百篇，到现在的近5千篇。百度的快照隔天更新，而PR从0升到3（原来的PR=1，后来我换了域名，结果变成了0）。

总的来说，成绩还不错吧，有很多朋友问我，我看你网站的内容也不是很多啊，怎么排名这么高呢？我一般会告诉他，我网站的原创内容比较多。这个是主要原因，一个网站必须有内容，才能得到搜索引擎的青睐，我网站就是以原创内容为了，这样搜索引擎才会把用户给带过来。除了内容，我还做了 很多其它的工作，包括网页代码的优化，友情链接，软文等。

在速度方面，我把网页的jquery改成google提供的公用jquery库，这样可以提高一两秒的下载速度。然后我在服务器中启用了Gzip，也样也可以提供三秒左右的速度，然后在网页代码方面，也做了一些修改，采用了div+css的模板。等等等等等，诸如此类的细节上的优化，因为我的博客服务器是放在国外的godaddy主机上，所以速度上有先天的不足，所以只有尽量做一些优化，提高用户的体验。

软文方面，之前写了一个wordpress的插件wp-markKeyword，放到了wordpress的官方网站上，然后也发布到了帕兰映像，每天从wordpress官网和帕兰映像，都会有一些流量过来，再加上其它网站上也wp-markKeyword相关的链接过来，还是不错的。另外也把自己的一些关于SEO的文章发到了中国站长站和admin5，但这两个网站并没有给我带来什么流量。

最好就是友情链接，我发现一些大点的网站，带过来的流量反而不错，而一些博客带来的流量还多一些。主要是原因是我并不是以关键字做为链接的名称，而以涂雅做为链接名称，因为涂雅这个词，很难得引起人的兴趣了。不过我了没想好用什么关键字，毕竟自己的博客，没有什么主题，只是写下自己的想法和一些经验而已。

您可能也喜欢：

Alexa排名增长了27%，Google收录暴升256%

SEO误区之——静态化页面

别把seo做成了sec

涂雅正式切换至新域名iove.net

无觅

联系涂雅

涂雅导航

阅读本文首先确定你正在使用或者准备使用godaddy的windows虚拟主机，当然也会适合别的windows主机，同时，请确定你的虚拟主机的iis模式是7而不是6，因为godaddy同时还支持iis6模式，貌似。

<system.webServer>
   <urlCompression doStaticCompression="true" doDynamicCompression="true" />
</system.webServer>

我之前也为这个问题发愁，因为本身国外的网速就有点慢，如果可以启用gzip压缩的话，那么就可以加快下载速度，让用户快一些访问到网页的内容，提高用户体验。

使用godaddy的朋友注意了，godaddy的windows主机是可以提供gzip压缩的，但是这个gzip并不在godaddy提供的控制面版本，而是在web.config的配置中，你只需要把如下代码加入到web.config的configuration节点中，就可以实现动态压缩。

上图是王道，下面是我的wordpress博客启用压缩也没有启用压缩前后对比：

上面是未经过压缩的监控数据

上而是启用gzip压缩的监控数据

我们可以看到，没有压缩之前的首页html大小是60k，压完后就变成了19k，这个比例非常大，只有原来的1/2。

上页这个是没有经过压缩的首页总大小

上页这个是压缩后的总大小，网页总大小减小了50k，因为我的网页能压缩的不太多，像jquery是经过压缩的，有些调用到外部的javascript没有办法压缩，图片也没有办法压缩，所以压缩比例并不高，只是15%而已。如果你的网站图片不多，javascript和文字性的内容比较多，压缩比较应该会更大一些。

不过有些奇怪的是，css好像并没有经过压缩，按道理应该是支持静态压缩的。

您可能也喜欢：

javascript开发经验之——压缩

web开发人员应该掌握的几个工具

Closure Compiler批量压缩javascript

亲爱的web程序员，你看过你的源码么？

无觅

联系涂雅

涂雅导航

您可能也喜欢：
Alexa被封导致中国网站全球排名普跌	十天内Alexa周平均排名涨幅超过80%	Alexa排名增长了27%，Google收录暴升256%	怀疑Alexa算法调整，清理一批网站
无觅

有自己的网站的人都有过这样的经历，天天去alexa查看自己网站的排名，天天去百度谷歌site:iove.net，看看自己网站的收录又增加了多少，特别是在百度周四和每月26号更新的日子，站长们总会迫不及待地去site一下。但是，你有没有想过要记录下网站收录排名的变化呢？比如说你最近在做seo，这个SEO有没有效果呢？一般可以从这几方面体现，第一是Alexa的排名，第二是各搜索引擎的收录，第三个就是日志中反应的用户量和其它的数据了。对于Alexa排名和搜索引擎收录的变化，我们都可以通过这个网站监控得到。

今天我要介绍的这个网站就是Pastrank.com，pastrank是一个专门提供搜索引擎收录历史以及Alexa排名历史排名的网站，pastrank不仅提供丰富的图表支持，还提供免费的API，还提供wordpress的插件（目前未发现下载地址），这样我们就可以在博客中显示插入到自己网站的排名图表了。

下面我以我对我iove.net一段时间的监控为例，来看Pastrank提供哪些丰富的图表支持。

Alexa排名，可以提供网站所在国家的排名，7天平均排名，一个月平均排名，3个月平均排名的趋势。而在alexa官网上，我们只可以看到当天的数据，只有10万名以内的，才可以看到趋势图表。

搜索引擎的收录历史，据我所知，目前应该只有pastrank.com一家网站提供这样的数据服务，还没有任何一家网站提供搜索引擎历史收录的数据，我以前老想知道我网站的收录涨跌趋势，但总是没办法得到，自己又不可能天天去查再记录下来，现在就可以知道自己网站的收录情况了。

另外，pastrank还提供搜索引擎一天，一周，一个月，一年的收录历史变化情况查询，还有外链的排名查询，有兴趣的朋友可以去官方网站看看：http://www.pastrank.com

比较爽的是，pastrank提供完全开放的API服务，可以提供基于XML，JSONP，JSON的数据格式，有时间再去研究研究。

我觉得最重的，是可以利用pastrank.com去监控竞争对手网站的排名及收录历史变化情况。

目前pastrank提供三种语言，分别是简体中文，英文和繁体中文，不过对我来说，只有简体中文才有用，其它的好像没啥用。

涂雅的alexa排名历史以及搜索引擎的收录历史查看地址：http://www.pastrank.com/view.php?sites=iove.net

注意，该网站已经停止更新，不推荐

您可能也喜欢：
Alexa被封导致中国网站全球排名普跌	十天内Alexa周平均排名涨幅超过80%	Alexa排名增长了27%，Google收录暴升256%	怀疑Alexa算法调整，清理一批网站
无觅

联系涂雅

涂雅导航