“有一天，一只小猴子下山来。 它走到一块玉米地里，看见玉米结得又大又多， 非常高兴，就掰了一个，扛着往前走。 小猴子扛着玉米，走到一棵桃树下。它看见满树 的桃子又大又红，非常高兴，就扔了玉米去摘桃子。 小猴子捧着几个桃子，走到一片瓜地里。它看见 满地的西瓜又大又圆，非常高兴，就扔了桃子去摘西 瓜。 小猴子抱着一个大西瓜往回走。走着走着，看见一 只小兔蹦蹦跳跳的，真可爱。它非常高兴，就扔了西 瓜去追小兔。 小兔跑进树林子，不见了。小猴子只好空着手回家去”

每一段路的过程都很美，经历过方知其中的美，可是我们是否都像小猴子那样，扔了这个去抓那个，结果什么也没做好。一路走来眼看就要成功的事情却在最关键的时候选择了放弃，总以为会有更好的。但真的有更好的吗？我们都知道小猴子下山的故事，这不仅仅是当年小学的一篇课文，更是我们一段美好的回忆，一个提醒我们长大的故事。今天你是否还是觉得其实许多事许多人，我们都可以好好把握的，只是一不留神都已成为过去。

那么从现在起我们不论做什么事情，都要有始有终，认认真真地去做，做完一件再做另一件，这样才能有收获。把握好机会，珍惜身边的人，做好每一件事。我们丢弃的那些真的有理由被我们丢弃吗？还是那些一直都是借口。为什么会不知道自己要的是什么呢？目标不够明确吗？还是根本是在三心二意？

有时候真的要问自己努力了吗？认真付出过吗？加油吧！许多时候简单的道理大家都明白，可是有多少人去做了呢？为什么每次等到失去的时候才后悔！有用吗？道歉，对不起！对已经造成的伤害没有用，什么都不能改变！只不过是一个心理安慰罢了。做好自己应该做的，其它都顺其自然，不强求，一切也就只有努力的经过了才有意义。
 

为了说明这个问题，我们来研究一个比搜索引擎更加古老的话题：求医。比如，如果我牙疼，应该去看怎样的医生呢？假设我只有三种选择：

A医生，既治眼病，又治胃病；
B医生，既治牙病，又治胃病，还治眼病；
C医生，专治牙病。
A医生肯定不在考虑之列。B医生和C医生之间，貌视更应该选择C医生，因为他更专注，更适合我的病情。假如再加一个条件：B医生经验丰富，有二十年从医经历，医术高明，而C医生只有五年从医经验，这个问题就不那么容易判断了，是优先选择更加专注的C医生，还是优先选择医术更加高明的B医生，的确成了一个需要仔细权衡的问题。

至少，我们得到了一个结论，择医需要考虑两个条件：医生的专长与病情的适配程度；医生的医术。大家肯定觉得这个结论理所当然，而且可以很自然地联想到，搜索引擎排序不也是这样吗，既要考虑网页内容与用户查询的匹配程度，又要考虑网页本身的质量。但是，怎么把这两种因素结合起来，得到一个，而不是两个或多个排序标准呢？假如我们把这两种因素表示成数值，最终的排序依据是把这两个数值加起来，还是乘起来，或是按决策树的办法把它们组织起来？如果是加起来，是简单相加，还是带权重加呢？

我们可以根据直觉和经验，通过试错的办法，把这两个因素结合起来。但更好的办法是我们能找到一个明确的依据，最好能跟数学这样坚实的学科联系起来。说起来，依据朴素的经验，人类在古代就能建造出高楼；但要建造出高达数百米的 摩天大厦，如果没有建筑力学、材料力学这样坚实的学科作为后盾，则是非常非常困难的。同理，依据朴素的经验构建的搜索引擎算法，用来处理上万的网页集合应该是没问题的；但要检索上亿的网页，则需要更为牢固的理论基础。

求医，病人会优先选择诊断准确、治疗效果好的医生；对于搜索引擎来说，一般按网页满足用户需求的概率从大到小排序。如果用q表示用户给出了一个特定的查询，用d表示一个特定的网页满足了用户的需求，那么排序的依据可以用一个条件概率来表示：

P(d|q)

这个简单的条件概率，将搜索引擎排序算法与概率论这门坚实的学科联系了起来，这就像在大海中航行的船只装备了指南针一样。利用贝叶斯公式，这个条件概率可以表示为：

可以清楚地看到，搜索引擎的排序标准，是由三个部分组成的：查询本身的属性P(q)；网页本身的属性P(d)；两者的匹配关系P(q|d)。对于同一次查询来说，所有网页对应的P(q)都是一样的，因此排序时可以不考虑，即

公式左边，是已知用户的查询，求网页满足该用户需求的概率。搜索引擎为了提高响应用户查询的性能，需要事先对所有待查询的网页做预处理。预处理时，只知道网页，不知道用户查询，因此需要倒过来计算，即分析每个网页能满足哪些需求，该网页分了多大比例来满足该需求，即得到公式右边的第一项P(q|d)，这相当于上文介绍的医生的专门程度。比如，一个网页专门介绍牙病，另一个网页既介绍牙病又介绍胃病，那么对于“牙疼”这个查询来说，前一个网页的P(q|d)值就会更高一些。

公式右边的第二项P(d)，是一个网页满足用户需求的概率，它反映了网页本身的好坏，与查询无关。假如要向一个陌生人推荐网页（我们并不知道他需要什么），那么P(d)就相当于某个特定的网页被推荐的概率。在传统的信息检索模型中，这一个量不太被重视，如传统的向量空间模型、BM25模型，都试图只根据查询与文档的匹配关系来得到排序的权重。而实际上，这个与查询无关的量是非常重要的。假如我们用网页被访问的频次来估计它满足用户需求的概率，可以看出对于两个不同的网页，这个量有着极其巨大的差异：有的网页每天只被访问一两次，而有的网页每天被访问成千上万次。能够提供如此巨大差异的量，竟长期被传统的搜索引擎忽略，直到Google发明了pagerank并让它参与到排序中。Pagerank是对P(d)值的一个不错的估计，这个因素的加入使搜索引擎的效果立即上升到了一个新的台阶。

这个公式同样回答了上文提出的问题，网页与查询的匹配程度，和网页本身的好坏，这两个因素应该怎样结合起来参与排序。这个公式以不可辩驳的理由告诉我们，如果网页与查询的匹配程度用P(q|d)来表示，网页本身的好坏用P(d)来表示，那么应该按它们的乘积来进行排序。在现代商业搜索引擎中，需要考虑更多更细节的排序因素，这些因素可能有成百上千个，要把它们融合起来是更加复杂和困难的问题。

By 相关性小组 jiangling
 

在现实生活中，名誉和地位常常被作为衡量一个人成功与否的标准，所以追求一定的名声、地位和荣誉，已成为普遍的现象。在很多人心目中，只有有了名誉和权力才等于实现了自身的价值。其实，人生的目的，不在于成名、成家与否，而在于面对现实，去努力而为之，去尽情享受生命，去细心体会、体验生活的美好。人生在世，功名利禄只是一些身外之物，只要我们努力地前行，事实地面对我们所拥有或将要拥有的一切，你会发现，能满足一个人的可以很多也可以很少。人生天地间，转瞬来去，就像是偶然登台、仓促下台的匆匆过客。

人生既然如此短暂，活在世上就要珍惜人生，不要贪图权势，赌、色，自酿苦酒。名誉与权势，皆为身外之物，赌、色也更为害人之物，万万不可一味地去追求及贪享。如果为了争名夺利贪享不择手段，那就无异于害人害己更害家人了。这样的人生有何乐趣呢？何况，争名夺利不但不会使你流芳千古，甚至，会让你身败名裂呢！要想有永远的掌声，就得放弃眼前的虚荣。放弃，并不意味着失去，因为只有放弃才会有另一种获得。其实放弃也是一种选择。走在人生的十字跟口，你必须学会放弃不适合自已的东西；面对失败，你必须学会放弃懦弱；面对成功，你必须学会放弃骄傲；面对弱者，你必须放弃冷漠------只有在困境中放弃沉重的负担，才会拥有必胜的信念。因为只有虚怀若谷，才可能吞云吐雾；只有浩瀚如海，才可能不择江河。

过去不等于未来，过去你成功了，并不代表未来还会成功；过去你失败了，也不代表未来就要失败。过去的成功或失败，那只代表过去，未来是靠现在决定的。现在干什么，选择什么，就决定了未来是什么！失败了不要气绥，成功了更不要骄傲。成功和失败都不是最终的结果，它只是人生过程的一个事件。因此，这个世界上不会有一直成功的人，也没有永远失败的人。
 

1、内容：自身的内容质量高，符合用户体验，关键词密度等

2、内链：站内链接的推荐，尤其是相关文章内部页面的链接推荐

3、外链：这里的外链包含带锚文本外链，裸链，以及分享等多种外部的渠道，如果只是一方面的多，有作弊的嫌疑，那么外链可能会视为无效，如果多方面都成立很有可能说明是真的有价值的页面。

总结：在排除站内因素的情况下来说说外链，如果一个页面外链的锚文本链接足够多，按理说这个页面应该是受欢迎的，因为外链比较多，但在垃圾链接泛滥的今天，这些链接会不会本身就是假的呢但是裸链和分享几乎是没有的，那么就有可能说明这这些外链是认为操作的，这些外链将会视为无效链接。如果外链多，分享数据也不少，互为印证，外链判断为有效，判断错误的概率将降低。通过多个渠道说来印证这个页面的真实价值。
 

伪原创后：南京世纪古代不孕不育研讨所南京不孕不育医院，专业一直事不孕不育的研讨与医治。  首创“世纪·古代基因优孕系列疗法”成功治愈了近万例不孕不育患者，被誉为神州大地的“送子观音”。

总结：工具说的是同义词替换，但是不明白为什么会把“现代”替换成 “古代”！而且被替换的内容并不多！

同事说这个网站用户体验太差，我想也是，起初做的目的是研究测试，就以垃圾站的形式来做了。没想到两个月的时间ip猛增到1600多！

这个属性声明建立布局过程中如何处理元素中的空白符。值 pre-wrap 和 pre-line 是 CSS 2.1 中新增的。

默认值： normal
继承性： yes
版本： CSS1
JavaScript 语法： object.style.whiteSpace="pre"

实例
规定段落中的文本不进行换行：
p
  {
  white-space: nowrap
  }
TIY

浏览器支持
所有浏览器都支持 white-space 属性。
注释：任何的版本的 Internet Explorer （包括 IE8）都不支持属性值 "inherit"。

可能的值
normal 默认。空白会被浏览器忽略。
pre 空白会被浏览器保留。其行为方式类似 HTML 中的 <pre> 标签。
nowrap 文本不会换行，文本会在在同一行上继续，直到遇到 <br> 标签为止。
pre-wrap 保留空白符序列，但是正常地进行换行。
pre-line 合并空白符序列，但是保留换行符。
inherit 规定应该从父元素继承 white-space 属性的值。

开显示，该属性默认值是： separate

例如：
table
  {
    border-collapse:collapse;
}

浏览器支持

所有主流浏览器都支持 border-collapse 属性。

注释：任何的版本的 Internet Explorer （包括 IE8）都不支持属性值 "inherit"。

注释：如果没有规定 !DOCTYPE，则 border-collapse 可能产生意想不到的结果。

可能的值

1、separate 默认值。边框会被分开。不会忽略 border-spacing 和 empty-cells 属性。
 
2、collapse 如果可能，边框会合并为一个单一的边框。会忽略 border-spacing 和 empty-cells 属性。

3、inherit 规定应该从父元素继承 border-collapse 属性的值。 任何的版本的 Internet Explorer （包括 IE8）都不支持属性值 "inherit"。

后来我用伪类:after进行后续空制的高度为零的伪类层清除

页码代码如下：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>清楚浮动</title>
<style>
*{padding:0px; margin:0px;}
ul{border:3px solid #F00;}
ul li{width:50px; height:50px; float:left; background-color:#00F; list-style:none; margin-right:10px;}
/*
---------------------------------------------

采用伪类:after进行后续空制的高度位零的伪类层清除
---------------------------------------------
*/
.clearfix_after{zoom:1;}
.clearfix_after:after{
    content:"";
    display:block;
    height:0;
    line-height:0;
    clear:both;
    visibility:hidden;
}
</style>
</head>
<body>
<ul class="clearfix_after">
    <li></li>
    <li></li>
    <li></li>
    <li></li>
    <li></li>
</ul>
</body>

--------------------------------------------------------------------------------

今天看一篇博文，发现其实有很多方法实现清除浮动，各有利弊

采用伪类:after进行后续空制的高度位零的伪类层清除
采用CSS overflow:auto的方式撑高
采用CSS overflow:hidden的方式产生怪异适应
采用display:table将对象变成table形式
采用div标签，以及css的clear属性
采用br标签，以及css的clear属性
采用br标签，以及其自身HTML的clear属性
粗略的看，他们都能将问题解决；然而他们另外一方面又有着各自的利弊。（一一对应）

优点结构语义化完全正确，不会产生其余的怪异问题。
缺点复用方式不当容易造成代码量急剧增大。
建议最外层轻浮动时使用，或清晰模块化复用方式的人使用。
优点结构语义化完全正确，代码量极少。
缺点多个嵌套后，点击最外层的轻浮动框会遭成最外层至最内层内容全选（FF）；或者在mouseover造成宽度改变时会出现最外层模块有滚动条（IE）。
建议内个模块使用，请勿嵌套。
优点结构语义化完全正确，代码量极少。
缺点内容增多时候极易不会自动换行而内容被隐藏掉。
建议宽度固定时使用，请勿嵌套。
优点结构语义化完全正确，代码量极少。
缺点盒模型属性已经改变，可想而知奇异事件自然多得你数都数不到。
建议如果你不想改Bug改死你的话，最好不要使用；不过可以作为alpha版本当中临时性的忽悠下测试。
优点代码量极少，复用性极高。
缺点完全不能完美的适应语义化，不利于改版以及需求变更。
建议初学者使用，可以让你快速的解决浮动问题。
优点语义化程度比第5种情况要更优；代码量极少，复用性极高。
缺点语义化依旧不完美，不利于改版以及需求变更。
建议初学者使用，可以让你快速的解决浮动问题。
优点语义化程度比第5、6种情况要更优；代码量最少，复用性极高。
缺点语义化依旧不完美，不利于改版以及需求变更。
建议引导初学者思维升级时使用，让其明白与其用classname来控制一种表现，倒不如回归到WEB1.0的时代的网页直接用html属性来控制表现，毕竟后者的代码量更少。
最后，列举完毕。然而我想有必要和大家道歉，关于之前转载鬼的那篇文章；非常后悔的是当初改了鬼的标题将“最简单”改成了“最优”，以致于后面误导了很多的同学。所以重新写了一篇给大家分享。

整理一下：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>清楚浮动</title>
<style>
*{padding:0px; margin:0px;}
ul{border:3px solid #396; margin-bottom:10px;}
ul li{width:50px; height:50px; float:left; border:1px solid #00F; list-style:none; margin-right:10px;}

/*
---------------------------------------------

采用伪类:after进行后续空制的高度位零的伪类层清除
---------------------------------------------
*/
.clearfix_after{zoom:1;}
.clearfix_after:after{
    content:"";
    display:block;
    height:0;
    line-height:0;
    clear:both;
    visibility:hidden;
}

/*
---------------------------------------------

采用CSS overflow:auto的方式撑高'
缺点多个嵌套后，点击最外层的轻浮动框会遭成最外层至最内层内容全选（FF）；或者在mouseover造成宽度改变时会出现最外层模块有滚动条（IE）。
建议内个模块使用，请勿嵌套。
---------------------------------------------
*/
.clearfix_overflowauto{
    overflow:auto;
    zoom:1;
}

/*
---------------------------------------------

采用CSS overflow:hidden的方式产生怪异适应
缺点内容增多时候极易不会自动换行而内容被隐藏掉。
建议宽度固定时使用，请勿嵌套。
---------------------------------------------
*/
.clearfix_overflowhidden{
    overflow:hidden;
    zoom:1;
}

/*
---------------------------------------------

采用display:table将对象变成table形式应
缺点盒模型属性已经改变，可想而知奇异事件自然多得你数都数不到。
建议如果你不想改Bug改死你的话，最好不要使用；不过可以作为alpha版本当中临时性的忽悠下测试。
---------------------------------------------
*/
.clearfix_table{
    display:table;
    zoom:1;   
}
/*采用div标签，以及css的clear属性*/
.clearfix_divclear .clear{clear:both;}
/*采用br标签，以及css的clear属性*/
.clearfix_brclear br.clear{clear:both;}
</style>
</head>
<body>
<ul class="clearfix_after">
    clearfix_after
    <li></li>
    <li></li>
    <li></li>
    <li></li>
    <li></li>
</ul>

<ul class="clearfix_overflowauto">
    clearfix_overflowauto
    <li></li>
    <li></li>
    <li></li>
    <li></li>
    <li></li>
</ul>
<ul class="clearfix_overflowhidden">
    clearfix_overflowhidden
    <li></li>
    <li></li>
    <li></li>
    <li></li>
    <li></li>
</ul>
<ul class="clearfix_table">
    clearfix_table
    <li></li>
    <li></li>
    <li></li>
    <li></li>
    <li></li>
</ul>
<ul class="clearfix_divclear">
    clearfix_divclear
    <li></li>
    <li></li>
    <li></li>
    <li></li>
    <li></li>
    <div class="clear"></div>
</ul>
<ul class="clearfix_brclear">
    clearfix_brclear
    <li></li>
    <li></li>
    <li></li>
    <li></li>
    <li></li>
   <br  class="clear"/>
</ul>
<ul class="clearfix_brclear2">
    clearfix_brclear2
    <li></li>
    <li></li>
    <li></li>
    <li></li>
    <li></li>
   <br clear="all"/><!--采用br标签，以及其自身HTML的clear属性-->
</ul>
<ul>
    normal
    <li></li>
    <li></li>
    <li></li>
    <li></li>
    <li></li>
</ul>
</body>
</html>