中文博客赚钱

blog(部落格)Weblog网络日志(网志)；从1993年NCSA和网景的“What’s New”栏目开始（博客网站的雏形），Blog诞生15年。99年8月Para（就是现在Blogger.com的前身）在网上免费发布了Blogger 软件，才有真正意义上的BSP。2002年，中国才有了blog，而引用了一个新的词汇：博客。

博客在中国的历程

日记本式的博客：博客在中国的初期，只是被中国网民们拿来当日记使用，每天在网络上写篇电子日记就好像当年有个 电子邮箱一样，是新潮男女玩弄新潮的一个玩意儿。所以，初期的博客更多的被网民们称呼为网志，风格、功能也较简单，类流水账形式的记录着自己的一天生活。 接触互联网比较早的一些站长，也都在慢慢的熟悉并接受这样的形式。而那时候，博客对于中国人来讲，绝对不会当作是一个站点，或者，博客主根本就算不上是站 长。可见，当时的站长是高技术人才的特有称谓。

炒作式的博客：随着宽带入户以及网民对博客的关注程度的提升，单纯的流水账式记录自己的生活片段已经远远不够 了，不断的，有博主慢慢的发出自己的隐私，他人的隐私，而往往，有关于这样的隐私会得到很多人的关注和驻足。这个时候出现的木子美就是典型的代表。还有后 来居上的流氓燕、竹影青瞳、芙蓉姐姐、天仙妹妹等。从这个时候开始，也让更多的网民了解到原来通过博客还可以成为名人的。同时，因为这群人，也诞生了一个 新的行当：网络推手。

明星式的博客：从徐静蕾的天下第一博开始，国内门户网站争先恐后的抢夺明星资源，在这些门户眼里，让明星和天下普通网民面对面的文字交流是在好不过的争夺PV的好办法了。就仿佛一夜之间，几乎所有上节目的明星都有了自己的博客，博客从平凡，又一次的被升华到了另一个境界。

媒体式的博客：当中国网民从日记本到炒作而后跟进看了明星，突然发现，那么多年来，自己只是看客。原来，博客就 是博客，自己也可以建立博客。于是，实实在在的返璞归真了一回。而这样人人建博，人人有话说的境地，直接导致了新闻类站点的编辑慢慢关注起民众博客文章， 从而挑选出文章并刊登发表。现在，更多的编辑观察并注重博客文章。

病态化了的博客影响力

06年开始，几乎所有的新闻媒体编辑都有一个共识：个人媒体时代来临了。这大概也出乎方兴东的预料。这个2002年把博客理念引入中国的传教士，大 概也只说了神的光芒与关怀，没有告诉信仰神有什么出路，虽然，他自己也许也不太知道。BSP与独立博客的问题上，BSP在一定程度上限制了BLOG思想的 发展。业内专业人士邱松在谈到BSP的时候，意味深长的说：“BSP推动了博客的发展，汇聚了思想与碰撞，但却在一定程度上限制了博客的发展。”因为他是 圈养性质的，本身就有很多的主观性质，许多人的意见与声音得不到反应，就会产生很多为上头版而写博客的博客，没有主观判断能力，容易出现炒作话题。而博客 在海外的待遇和国内并不相同。Blog在海外的反正是，建立一个Blog就在于建立了个人媒体平台。每一个人都是舆论。而中国，则变成了为了博客而博客。 为了追求点击和引导性偏向，更多的博客人正在慢慢堕落成标准的软手（软文写手）。

而中国特有的互联网关系圈子，也圈定了BSP圈子的内定交流氛围。一个博客写手的一篇文章，可以同时出现在多家网站媒体平台上。而更多人也乐此不疲 的一篇文章多家投递。更多的人认为，这样就是掌控了舆论。而其实，只是被BSP掌握了话题而已。越来越多的网民也在深思这样的问题。中国的博客人到底是怎 么了？企业以及明星甚至政府官员的加入，让BSP圈子更加澎湃，一个新的营销方式：博客营销也呼之欲出，甚至更多的专业人士一起探索博客传媒学。但更多时 候，这个WEB2.0下的产物，留给大家的还是未知的探索。对于博客媒体模式来讲，每一天都是新的开始。方向也好，理念也好，影响力也好，都是在不断的摸 索中前移。

博客的新媒体影响力

07年开始，多数的媒体站点给了显著板块放置博客。争夺博客写手也成了人力资源攻坚战。谁掌握了内容谁就可以夺天下，而更多的传统行业开始关注博客 的媒体营销理念及传播方向，从腾讯名人博客频道那得到的统计数据表示，越来越多的企业关注并愿意投入人力物力去掌握博客媒体舆论。越来越多的博客人懂得去 用良心写文章。从博客中走出了一大批博客人，辛勤的耕耘，让这些本来默默无名的草根博客人成为了闪耀的名人。“我们现在每天刊登的资讯有60%来源于博客 观点，选稿比例基本上保持在6：4。”中国站长站的阻击者接受采访时拿数据说明媒体和博客的关系。

后记

越来越多的网民浏览博客和加入到写博客的行列，更多的网民做起了独立的媒体平台。而博客的发展也从简单的日记模式到现在较成熟的平台的模式，从平凡到浮躁，在从浮躁到平凡。原来做人如此，网络如此，做站如此，博客也是如此。(中国站长站 令狐孤 )

整理了一下Google对Blog文章在其搜索结果中排名的一些规则。这些规则不是凭空杜撰，而是来自一份Google所登记的专利文件。在这份文件中，Google描述了他们评价Blog的一些标准。理所当然，他们会成为Blog在Google中排名的依据。

正面指标：
- [0038]Blog的Feed在阅读器中的订阅量；
- [0039]在Google搜索结果上的点击率；
- [0040-0042]和其它高质量Blog之间的链接；
- [0043]Blog被网络书签收藏的状况；
- [0044]Blog在电子邮件和及时通讯被引用的情况；
- [0045]Google Pagerank。

负面指标：
- [0047]Feed中文章更新频率太高；
- [0048]Blog内容和Feed内容不符；
- [0049]重复的特定内容；
- [0050]高频度使用黑名单中的单词和短语；
- [0051]大部分文章的长度都太短或者非常相似；
- [0052]Blog中包含大量指向相同的链接；
- [0053]Blog中包含大量广告；
- [0054]Blog中的广告在正文部分，而不是Metadata部分。

不愿透露真实姓名的陈先生在美国毕业后近期回到了中国，欲凭借IT专业学历和先前在美国互联网方面的工作经验在大陆创业一番。虽然2006年大陆 Web2.0创业概念泡沫使众多“风投”转变投资方向，互联网投资兴趣在2007年之后骤减，但对自身项目看好，加上相信风投风向将在不久重归互联网，陈 先生依然选择凭借极大热忱与一家做地区网站入口的网站开始了意向性合作，开始打算做SNS网站的生意。

在正式投入资金之前，陈先生想全面了解一下国内SNS行业的创业环境。从自身创业条件来看，虽然自身资金不足，但存储和带宽相对低廉的成本自 己还能承受得起，租地有合作网站支撑，先期人工成本也不多，更重要的是，合作网站在地区的根基深厚且有较清晰的盈利模式，日后可能作为吸引风投的基础。

从外部环境来看，陈先生在美国和朋友一起运作的SNS社区顺风顺水，但在国内还欠缺互联网运作经验，对国内环境的陌生是一大隐忧。前几天，听说 土豆网的朋友因为内容监管问题受到政策管制，连带所有视频受到冲击，甚至面临下线的危险。奥运前网络监管被提上如此高度，对于以提供交友服务的SNS网站 发展环境来说，听起来比较吓人。

似乎从内外环境两方面来看，对于陈先生来说都不是利好消息，但中国互联网行业细分市场巨大的潜力空间和回国创业的热情，仍旧刺激着陈先生开展此次的调研。

中美SNS：为何差距大

众所周知，SNS交友概念在美国发展异常火爆，Myspace和Facebook两大SNS网站一直占据美国网站排行榜排名前10的位置，而国 内模仿者的步伐却发展缓慢。充其量，SNS交友还是一个较“美国化”的概念，在美国，年轻人的思想比较开放，且使用者大多有钱又闲。而51网、校内网的使 用者大多都是所谓的“穷学生”团体，上网观看，下载电影音乐占了很大一部分，学业压力和工作压力迫使他们很难分出自己的一部分时间上网进行单纯的“交 友”，最终可能就是变为“一夜情”等交友目的。当然，在美国也不能说色情成分不存在，但中美国情不同，在美国SNS社区上搜到应招女郎大家可能会习以为 常，而在国内SNS上搜到的话，意义可能就完全不一样了，人们的物质基础决定了大家是否能够以宽容、平和的心态对待交友这个概念。 

而Facebook等SNS社区努力推广的实名制能否带动网络诚信的提高还是个未知数。互联网专业人士潘欣说：“国外之所以能够放心地利用交友 社区联系人际关系，甚至商务关系，一方面是因为网络发展时间长形成了一定的诚信环境；另一方面，国外完善的信用保障体系使得网络实名制的推广有了底气，而 在国内，这些条件都是不具备的，这也是制约中国SNS发展的另一个原因。” 

交友还是征婚？ 

SNS的全称是Social Networking Service，即社会网络服务，是根据六度理论建立的网站，以朋友的朋友为基础扩展自己的人脉、帮你运营朋友圈的网站。所以严格意义上说，SNS的核心 在于人际圈。既然是人际关系，就包括友情、亲情、爱情等等集合所有感情的自身的一个小圈子，爱情只是其中之一，而不是SNS网站的全部目的。

所以，严格意义上来说，SNS网站不应该是一个征婚网站或者婚介网站，爱情公寓的CEO张家铭感慨，平时和圈内朋友聊天，现在做得比较知名的一 些婚恋网站的老总经常抱怨自己网站留不住人。如果把SNS打造成一个爱情目的的平台，那么用户如果找到了结婚的对象后，就不会再在这个平台上继续徘徊了。 SNS和婚介网站的区别，就在于一个是关系维系型网站，一个是工具型网站。

张家铭说，爱情公寓虽然叫做“爱情”，但其定位仍然是综合性的SNS社区定位，意欲打造一个面向女性受众群体的网络朋友圈，这样的定位也是为了 吸引更多男性的加入。面对中国SNS所处的阶段，我们会主动引导一些社区网友的线下活动，目的是为了配合市场活动，也是为了在部分城市导向SNS圈子理 念。

模仿还是创新？

两年前，照搬美国新兴概念可能会比较容易吸引到风险投资，而现在，想要在国内有更长远的发展，光靠照搬大洋彼岸的概念是远远不够的。Twitter曾经一度被定义为中国推客，时过境迁，才显现出它只不过是一个难寻盈利模式的创意概念。

SNS网站同样如此，51网和校内网被公认为Myspace和Facebook的中国版，如今注册会员已经上千万，人均注册成本也从以前的10元发展到了现在的5元以下，在一片发现新大陆（爱股,行情,资讯）似的口碑传播中，网站知名度得到了一定的传播。

但毕竟这样的模仿只有这两类网站，况且针对学生群体的定位能否成功还需要未来的检验。互联网专家潘欣说道：“51网的百事上罐活动和校内网的 ‘无兄弟不篮球’广告彰显出网站一定的发展潜力，但可以看出，这两个广告是百事和阿迪达斯全球策略下的惯性投放产物，不一定就能够说明这些以学生群体为目 标的SNS网站已经具备很大的广告投放影响力。” 

开发一个更适合中国互联网环境的SNS网站看起来是一件眼下更务实的举措，这样的开发，不是亦步亦趋的模仿，而应该是凭借对互联网细分市场一种敏锐的嗅觉做出的正确决策。 

比如互联网专家刘威麟在其博客谈起SNS网站时引述了一种细分模式，“现在许多婚友活动或相亲活动，其实都是‘被朋友拉着去’的，每个单身男 女，尤其是‘拉警报’的，身边总是充满着这么多热心公益的‘朋友’，这些朋友不可能、也不适合装作‘事主’的身份去登录Yahoo！奇摩交友，当然也不愿 意付费，但他们却愿意花时间好好地帮这位优秀单身朋友写一段洋洋洒洒的推荐文，帮他分享几张精心拍摄的照片，而且由于是‘第三人称’，不必怕太肉麻……我 曾经有一个‘第三人称交友网站’的点子……不是以单身男女为主要使用者，而以每个人身旁的其他单身男女来当主要的使用者。”

其实第三人称的交友方式在以往的社区中并不少见，像“水木论坛”。“58同城”里能够看到很多“代朋友征友”的帖子。单把此类需求单拿出来做一 个SNS网站，这也算一个不错的创意。要知道，这样的网站看似很“婚介”，实际的核心在于挖掘大家的“八卦价值”，这样即使给朋友推荐出去，也还有其他的 朋友可供选择；即使没人推荐，也会不自觉地上来观赏一番；除了情侣，推荐延伸的范围还很长，比如玩友、猎头等等。不自觉地，一个人际关系紧密的SNS小圈 子群就形成了，有特色，有八卦，有黏合度，这样的SNS网站不愁没有前途。

当然，把一个特点提出来单做一个网站是否能够做出来，在没试过之前谁也不知道。爱情公寓CEO张家铭就曾表示，如果做成和原网站相结合的形式， 风险会小一些。这样的创意拿出来单做，又能保证有多少人都能抽出忙碌的时间，给身边“恰好”在征友的朋友写一封内容详尽的推荐信呢。

或许以上的调研，能为陈先生在未来创业过程中避开冰山，事半功倍，也许不能，这些都没关系，因为中国互联网才刚刚起步，而未来机会还有很多。在我们有了大创意之后，在吸引风险投资成功之时，也许仅仅才是创业的起步，而不是成功的到达。

2006年，众风投在Web2.0创业上投入了上亿元，如今所投的20家中存活下来的也就是个零头。陈先生选择在北京奥运会前进行创业，应了彩头，也是挑战。在此，也预祝类似陈先生这样的互联网创业人士在今后做出精彩。

2008年，最有可能吸引VC的几类网站

1、互联网商务应用类网站

包括行业性的B2B网站、C2C网站，某一些特殊的B2C网站，B2B被关注主要是因为阿里巴巴的上市带动了这方面网站的崛起，特别是互联网商 业方面的应用，在贸易与制造业的应用，将成为亮点中的亮点。而C2C的崛起，得益于博客等Web2.0技术让广大网友们自主意识增强了，而淘宝这样的网站 让大家有了在线做生意的意识，所以各类C2C网站的雄起，就成了必然之势了。 中国.站.长站

2、行业整合类网站

这个概念听起来有点新奇了，你可能要问：什么叫行业整合类网站？其实我想说的是，第二代的行业门户网站，大家都知道第一代行业门户网站的本质是 行业的资讯整合，而第二代的特点在于行业的资源整合，从信息流到物流到商流再到资金流，行业的电子商务平台，这样的网站不是行业媒体，而是行业电子商务平 台，给你个例子你就明白了。例如：蟠桃网epantao.com，我分析了一下它属于健康行业，现在包含健康咨询、健康服务、C2C、B2C、B2B，可 见是行业整合类中的经典了，也是行业之中的怪胎。

3、金融服务类网站

金融服务，听说每个月通过卖理财炒股软件与广告，都有上千万的利润，乍一听时我吓了一跳，但仔细算来还真可能有其事，一来中国的股市2007年 是拐点，大的环境本身就好，加上这个行业整体收入高了，所以他们募VC或是私募就好拿钱多了，金融服务类网站在2008年的慢牛市里，也一定能起得来， VC们都是聪明人，也一定会多关注，多看好。

4、手机游戏终端软件与网站 （《V-MARKETING成功营销》李航 ）

从2004年开始，我开始进入雅虎的异常表现小组。我们是一个很小的队伍，专门针对雅虎的产品进行质量检测和改进，我作为一个后端工程师，现在却开 始捣鼓前端代码优化方面的工程，所以我认为这是一个极好的进步的机会。我的目标是改进用户端体验，我度量了在各个带宽下浏览器的响应时间，得出如下的一个 图表，它展示了来自http://yahoo.com的http的流量。

以上图标的第一个标签就是html，是一个html文档最开始加载的东东，在这个例子中，读取html代码只占了整个响应时间中的5%，这个结果适 用于绝大多数网站，在采样美国的前十位网站中，只有一家超过5%但少于20%，其余80%的时间是用来读取网页其他内容的，也就是说，前端（原文是 front-end，意思就是不包括html代码的其余内容，可以是图片，脚本，flash，视频，各种东西）。这就是为什么我们要把目光集中在这些东西 来提高显示速度的关键原因。

为什么要从前端开始着手有三个主要原因：

1. 这里有提升和改进的潜力。如果能减少一半的体积，就能减少40%的响应时间
2. 改进前端比改进后端需要的时间和资源更少。（改进后端要重新设计应用程序规划，代码，寻找优化代码的方法，添加或改变硬件配置，分布式数据库，等等）
3. 前端的改进在我们的工作中已经被证实，我们在yahoo有五十个小组，在我们的最佳表现规则下，提高了他们的用户端响应时间达到25%或更高。

我们的黄金规则是：首先优化前端表现，这些东西耗费了用户端响应时间中的80%。

1.减少http请求数

图片，css，script，flash，等等这些都会增加http请求数，减少这些元素的数量能减少响应时间。

CSS Sprites技术能减少图片的请求数，把零散的小图片放到一起，运用background-position来改变背景图片的位置，前提是html元素事先定义好宽高，其实就像一个遮罩，移动背景就会看到不同的景象。

内嵌图像  用data:URL scheme的方式把图片内容代码直接嵌入html代码中，这样会增大html代码的体积，改进的方式是把内嵌图片嵌入到css中（css被缓存），这样就会更好的减少http请求数而且不增大html的体积。

很多用户都是在空缓存的情况下进入你的网站的，这样第一次的速度就会显得很重要。

第一条规则是最重要的一条规则。

2.运用cdn技术

见： http://hi.baidu.com/axne/blog/item/258e23ade2d76f0a4b36d6d1.html

3.加一个长时间过期的头部

Expires: Thu, 15 Apr 2010 20:00:00 GMT
浏览器会用缓存来减少http请求数来加快页面加载的时间，如果页面头部加一个很长的过期时间，浏览器就会一直缓存页面里的元素。
不过这样会带来一个问题，就是如果页面里的东西变动的话就要改名字了，否则用户端不会主动刷新，在yahoo工作组用的是版本号，例如yahoo_2.0.6.js

4.Gzip压缩

Gzip是现在最流行和最有效的压缩方式，她是GNU开发的，RFC1952标准化。
（Gzip是在服务器端压缩图片，css，脚本等，传送到用户端的浏览器再解压，这样可以提高传输速度，不过对服务器的压力会增大，一般选择部分元素压缩比较合适。）

5.把样式表放到顶部

我们发现把css放到文档头部会让网页加载得更快。因为这样可以让页面逐渐加载。
把样式表放到接近底部的问题是它阻止了页面元素的逐渐显示。这样还会导致“flash of unstyled content” 即在样式表加载之前页面内容是以没有样式的形式显示出来的，待加载完样式后，页面重绘，内容一闪即改变了样式表现。

6.把脚本放到底部

把脚本放到尽可能底部的地方，一个原因是让页面逐渐渲染，另一个是实现更好的并行下载。

对于脚本，脚本以下的内容被阻止逐渐加载了，因为只有当下载完脚本以后才会下载下面的内容，第二个脚本引起的问题是阻止平行下载。 "http/1.1 specification"建议浏览器对一个域名， 同一时间下载数不超过2个（按：实际监测发现一般有超过2个），我曾经让ie并行下载100个图片。 当脚本正在下载的时候，浏览器不会开始下载任何东西。

7.避免css expressions

css expressions 是一个有力（和危险）的方式动态的改变css的属性。他们自ie5就开始被支持，举个例子，用css expression可以让背景色每个小时轮换一次。但是被非ie浏览器忽略的。

background-color: expression( (new Date()).getHours()%2 ? "#B8D4FF" : "#F08A00" );

expressions的问题就在与它的计算频率绝对超出我们的想象，甚至当我们移动鼠标，都会引起页面的重绘！

下面是举例页面

减少css expressions计算次数的一个方法就是使用一次性的expressions。 当第一次expression计算出一个明确的值，就让样式等于这个值，不再变动。如果样式的属性一定要动态的改变，就用时间句柄吧！

8.让脚本和样式外延

Javascript和CSS应该是外部调用还是内嵌呢？
用外部调用文件的方式更快，因为他们是可以被缓存的，如果是内嵌在页面中他们就无法被缓存了！想想如果用户要在你的网站看很多很多的页面，如果都是使用同一个外部脚本和样式，那么他们一旦被缓存，就再也不需要下载了，这样会给你带来很大的潜在好处。

9.减少DNS查询

10.减小脚本体积

有两个比较流行的工具是用来减小脚本的体积的–JSMin和YUI Compressor
（按：这个压缩和Gzip压缩是不一样的，Gzip是传输压缩，这个是代码压缩）

11.避免重定向

重定向会减慢用户体验，它会延迟所有的东西直至到达新页面。一个最浪费的重定向经常会发生而我们的开发者又会经常忽略的就是比如http://astrology.yahoo.com/astrology的结果是重定向到http://astrology.yahoo.com/astrology/ 在Apache里用Alias 或者mod_rewrite或者DirectorySlash解决。
从一个旧网站跳转到新网站也是经常要用到重定向，还有就是连接一个网站中的不同部分和在某些情况下（比如不同浏览器，不同的用户帐号类型，等等）的用户导 向。用重定向很简单，而且只需要一点额外的代码，虽然在这些情况下用重定向减少了开发者的复杂度，但它降低了用户的体验，变通的做法是用Alias和 mod_rewrite如果两个部分是在同一主机上的话，如果是由域名变更引起的重定向，变通的做法是通过Alias或mod_rewrite创建一个 CNAME（一个DNS记录，创建一个别名，从一个域名指向另一个域名）

12.去掉重复的脚本

（按：简单的说，同一个脚本如果被调用多次，浏览器并不会忽略后续的脚本，而总是覆盖加载，覆盖运行，这样会增加开销）

13.配置ETags

ETags（Entity tags）是服务器和浏览器的一个功能，它用来判断浏览器缓存里的元素是否和原来服务器上的一致。ETags比last-modified date更具有弹性，它用一个独一无二的字符串来标识一个元素的版本。
源服务器用响应头里的ETag来特定一个元素的ETag：
       HTTP/1.1 200 OK
       Last-Modified: Tue, 12 Dec 2006 03:03:59 GMT
       ETag: "10c24bc-4ab-457e1c1f"
       Content-Length: 12195
之后，如果浏览器要验证这个元素，它就会用If-None-Match头来回传ETag到源服务器。如果符合的话，一个304状态的代码就会从源服务器返回到浏览器，这样源服务器就节省了传输具体数据的开销。
       GET /i/yahoo.gif HTTP/1.1
       Host: us.yimg.com
       If-Modified-Since: Tue, 12 Dec 2006 03:03:59 GMT
       If-None-Match: "10c24bc-4ab-457e1c1f"
       HTTP/1.1 304 Not Modified

用Etags的问题就在于它会标识那个特定的服务器，如果换了服务器，Etags也就失去了原有的功能，但是这种现在在网络上太常见了，因为我们经常用服务器集群。默认情况下，Apache和IIS会在Etag中内嵌数据，这样会动态减少验证成功的机会。

Apache1.3和2.x的ETag格式是inode-size-timestamp。虽然一个文件可能在不同服务器的同一个目录，同样的大小，安全级，时间戳等等，它的inode会随着服务器的不同而不同。

IIS5.0和6.0有同样类似Etags的东西，叫时间戳：ChangeNumber（更改号），更改号是一个用来追踪IIS配置变化的计数器，ChangeNumber在不同IIS服务器之间是不一样的。

它最终的问题就是，IIS和Apache产生的Etags会在不同服务器之间无法匹配，这样我们的浏览器就无法得到我们期待的304响应，而给我们 的是一个普通的200响应，和正常的数据流。如果你的网站只有一个服务器还无所谓，如果是集群，而你用的是默认的ETag配置，你的用户就会获得更慢的页 面，你的服务器也会有更高的负载，消耗更大的带宽资源，代理也无法高效缓存你的内容，甚至即使你有一个长时间过期的头部（按：见第三条规则），也不会阻止 它重新载入内容。

如果你不想发挥Etags提供的这个弹性验证模型的优势，你最好关掉它。Apache中关掉它的方法是在Apache的配置文件中写这么一句：
FileETag none

14.让Ajax缓存

人们会问这些规则同样适用于web2.0吗？当然！这个规则是我在雅虎工作做web2.0后得出的第一条规则。

Ajax的一个好处是它会给你实时的回馈，因为它和后台的服务器是异步传输的，然而，用Ajax并不能保证你的用户不用无聊的拨弄手指头来等待这个 回馈，在很多应用中，用户是否需要等待取决于Ajax是怎么用的，举例说，在一个基于网页的邮件客户端，用户会持续等待Ajax的回馈来搜索符合他的标准 的邮件信息。记住“异步”并不意味着“实时”。让它缓存的方式同样是加一个过期头部。

按：
粗略的译了一下，并非逐字的翻译，就是让大家有所了解了，翻译不好的地方请见谅！
上面那个图大家可以在firebug（firefox下运行）的net选项卡中获得服务器的响应数据！
基于以上规则，yahoo出了一个延伸firebug插件的插件。在这里下载：
http://developer.yahoo.com/yslow/
welcome to my blog
http://www.156544634.cn

本规范既是一个开发规范，也是一个脚本语言参考，本规范并不是一个一成不变的必须严格遵守的条文，特殊情况下要灵活运用，做一定的变通。但是，请大家千万不要随意更改规范。如果有任何问题，请及时与我联系，我会及时更改本规范的相关代码样例和文档。

/基 本 要 求

1. 在网站根目录中开设images common temp 三个子目录，根据需要再开设media 子目录，images目录中放不同栏目的页面都要用到的公共图片，例如公司的标志、banner 条、菜单、按钮等等；common 子目录中放css、js,、php、include 等公共文件；temp 子目录放客户提供的各种文字图片等等原始资料；media 子目录中放flash, avi, quick time 等多媒体文件 。
2. 在根目录中原则上应该按照首页的栏目结构，给每一个栏目开设一个目录，根据需要在每一个栏目的目录中开设一个images 和media 的子目录用以放置此栏目专有的图片和多媒体文件，如果这个栏目的内容特别多，又分出很多下级栏目，可以相应的再开设其他目录。
3. temp 目录中的文件往往会比较多，建议以时间为名称开设目录，将客户陆续提供的资料归类整理。

4. 除非有特殊情况，目录、文件的名称全部用小写英文字母、数字、下划线的组合，其中不得包含汉字、空格和特殊字符；目录的命名请尽量以英文为指导，不到万不得已不要以拼音作为目录名称，经验证明，用拼音命名的目录往往连一个月后的自己都看不懂，

/脚 本 编 写

我们应该有一个脚本整体风格一致的概念，意思是一个月后和一个月前的你写的脚本风格保持一致，以及同一个工作组中不同的开发人员编写的脚本风格保持一致， 因为我们不可能永远孤立的开发，你随时都有可能和三个月前的自己合作（你的客户要求改版），也经常要和工作室中不同的同事共同开发一个项目，还有可能被要 求修改已经离职人员开发的脚本，当然你自己也有可能会扔下一个项目给后来的同事。

1. Html 文件的通用模板：

<html>
<!–
Generator: Sub Design Studio ( http://www.eastline.net.cn)
Creation Data: 2000-8-1
Original Author: eastline
–>
<head>
<title> 文档标题 </title>
<meta http-equiv="content-type" content="text/html; charset=gb2312">
<meta name="author" content="eastline">

其他meta 标 记
<link rel="stylesheet" type="text/css" href="style/style.css">

样式表定义

客户端Javascript 函数定义及初始化操作
</head>
<body bgcolor="#ffffff">
… …
</body>

补充：
为了保证网站能够与下一代的web 语言xml 标准兼容，所有的HTML 标签的属性都要用单引号或者双引号括起，即我们应该写 <a href=”url”> 而不 是 <a href=url>.

2. 允许全文检索的页面，为了使Internet 上的搜索引擎能够有效检索，在频道的首页的html的<head></head>之间应该加入Keywords 和Description 元标记，例如 ：

<meta name=”keywords” content=”东方新干线，汽车，买车”>
<meta name=”description” content=”东方新干劲线，全球中文汽车信息第一站”>

3. CSS 文件的格式样例代码 ：

<style type="text/css">
<!—
p { text-indent: 2em; }
body { font-family: "宋体"; font-size: 9pt; color: #000000; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px}
table { font-family: "宋体"; font-size: 9pt; line-height: 20px; color: #000000}
a:link { font-size: 9pt; color: #FFFFFF; text-decoration: none}
a:visited { font-size: 9pt; color: #99FFFF; text-decoration: none}
a:hover { font-size: 9pt; color: #FF9900; text-decoration: none}
a:active { font-size: 9pt; color: #FF9900; text-decoration: none}
a.1:link { font-size: 9pt; color: #3366cc; text-decoration: none}
a.1:visited { font-size: 9pt; color: #3366cc; text-decoration: none}
a.1:hover { font-size: 9pt; color: #FF9900; text-decoration: none}
a.1:active { font-size: 9pt; color: #FF9922; text-decoration: none}
.blue { font-family: "宋体"; font-size: 10.5pt; line-height: 20px; color: #0099FF; letter-spacing: 5em}
–>
</style>

这里尤其要注意的是a:link a:visited a:hover a:actived 的排列顺序一定要严格照上面的样例代码，否则或多或少会出问题。另外我们规定重定义的最先，伪类其次，自定义最后，便于自己和他人阅读！

为了保证不同浏览器上字号保持一致，字号建议用点数pt和像素px来定义，pt一般使用中文宋体的9pt和11pt，px一般使用中文宋体12px 和14.7px 这是经过优化的字号，黑体字或者宋体字加粗时，一般选用11pt和14.7px 的字号比较合适。

在写 <table> 互相嵌套时，严格按照的规范，对于单独的一个<table>来说，<table><tr>对齐，< td> 缩进两个半角空格，<td> 中如果还有嵌套的表格，<table>也缩进两个半角空格，如果<td>中没有任何嵌套的表格，</td> 结束标记应该与 <td> 处于同一行，不要换行，

如我们注意在源代码中不应有这样的代码：

<td><img src=”../images/sample.gif”>
</td>

而应该是这样的：
<td><img src=”../images/sample.gif”></td>

这是因为浏览器认为换行相当于一个半角空格，以上不规范的写法相当于无意中增加一个半角空格，如果确实有必要增加一个半角空格，也应该这样写：

<td><img src=”../images/sample.gif”> </td>

属于同一个级别 的 <table> 一定是左首对齐的，另外不允许没有任何内容的空的单元格存在，高度大于等于12px 的单元格应该 在 <td> 和 </td> 之间写一 个   如果高度小于12px, 则应该 在 <td> 和 </td> 之间插入一个1*1 大小的透明的gif 图片，这是因为某些浏览器认为空单元格非法而不会予以解释。如果代码顺序较乱，在DW3中可以通过command->apply souce formatting进行重新整理！

5. Width 和height 的写法也有统一的规范，一般情况下只有一列的表格，width 写在<table> 的标签内，只有一行的表格，height 写在 <table> 的标签内，多行多列的表格，width 和height 写在第一行或者第一列的 <td> 标签内。总之遵循一条原则：不出现多于一个的控制同一个单元格大小的height 和width, 保证任何一个width 和height 都是有效的，也就是你改动代码中任何一个width 和height 的数值，都应该在浏览器中看到变化。做到这一条不容易，需要较长时间的练习和思考。

/一 般 原 则

1. 在排布表格之前，请大家一定要好好思考一个最佳的方案，表格的嵌套尽量控制在三层以内，并且应该尽量避免 <colspan> <rowspan> 两个标记，经验表明，这两个标记会带来许多麻烦。

2. 一个网页要尽量避免用整个一张大表格，所有的内容都嵌套在这个大表格之内，因为浏览器在解释页面的元素时，是以表格为单位逐一显示，如果一张网页是嵌套在 一个大表格之内，那么很可能造成的后果就是，当浏览者敲入网址，他要先面对一片空白很长时间，然后所有的网页内容同时出现。如果必须这样做，请使用 <tbody>标记，以便能够使这个大表格分块显示。

3. 排版中我们经常会遇到需要进行首行缩进的处理，不要使用   或者全角空格来达到效果，规范的做法是在样式表中定义 p { text-indent: 2em; } 然后给每一段加上 <p> 标记，注意，一般情况下，请不要省略 </p> 结束标记 。

4. 原则上，我们禁止用 <img width=? height=?> 来人为干预图片显示的尺寸，而且建议 <img> 标签中不要带上width 和height 两个属性，这是因为制作过程中，图片往往需要反复的修改，这样可以避免人为干预图片显示的尺寸，尽可能的发挥浏览器自身的功能；但是这样的一个副作用是当 网页还未加载图片时，不会留出图片的站位大小，可能会造成网页在加载过程中抖动（如果图片是插在一个固定大小的表格里的，不会有这个现象），尤其是当图片 的尺寸较大时，这种现象会很明显，所以当预料到这种会明显导致网页抖动的情况会发生时，请大家务必在最后给 <img>附上 width 和 height 属性。

5. 为了最大程度的发挥浏览器自动排版的功能，在一段完整的文字中请尽量不要使用<br> 来人工干预分段。

6. 不同语种的文字之间应该有一个半角空格，但避头的符号之前和避尾的符号之后除外汉字之间的标点要用全角标点，英文字母和数字周围的括号应该使用半角括号。

7. 所有的字号都应该用样式表来实现，禁止在页面中出现 <font size=?> 标记。

8. 请不要在网页中连续出现多于一个 的   也尽量少使用全角空格（英文字符集下，全角空格会变成乱码），空白应该尽量使用 text-indent, padding, margin, hspace, vspace 以及透明的gif 图片来实现。

9. 中英文混排时，我们尽可能的将英文和数字定义为verdana 和arial 两种字体。

10. 行距建议用百分比来定义，常用的两个行距的值是line-height:120%/150%.

11. 网站中的路径全部采用相对路径，一般链接到某一目录下的缺省文件的链接路径不必写全名，如我们不必这样：<a href=”aboutus/index.htm”> 而应该这样：<a href=”aboutus/”>

12、嵌入图形文本的使用较大的字体，建议不要在图形中包括文本。

13、“网页大小”定义为网页的所有文件大小的总和，包括HTML文件和所有的嵌入的对象。用户喜欢快的而不是新奇的站点。对于解调器用户，网页大小保持在34K以下为合适。

/文 件 命 名 原 则

1. 每一个目录中应该包含一个缺省的html 文件，文件名统一用index.htm

2． 件名称统一用小写的英文字母、数字和下划线的组合。

3. 命名原则的指导思想一是使得你自己和工作组的每一个成员能够方便的理解每一个文件的意义，二是当我们在文件夹中使用“按名称排例”的命令时，同一种大类的文件能够排列在一起，以便我们查找、修改、替换、计算负载量等等操作。

4. 下面以“新闻”（包含“国内新闻”和“国际新闻”）这个栏目来说明html 文件的命名原则 ：

☆ 在根目录下开设news目 录

☆ 第一条缺省新闻取名index.htm

☆ 所有属于“国内新闻”的新闻依次取名为：china_1.htm, china_2.htm, …

☆ 所有属于“国际新闻”的新闻依次取名为：internation_1.htm, internation _2.htm, …

☆ 如果文件的数量是两位数，请将前九个文件命名为：china_01.htm, china_02.htm 以保证所有的文件能够在文件夹中正确排序。

5. 图片的命名原则遵循以下几条规范 ：

☆ 名称分为头尾两两部分，用下划线隔开。

☆ 头部分表示此图片的大类性质，例如广告、标志、菜单、按钮等等。

☆ 一般来说:

放置在页面顶部的广告、装饰图案等长方形的图片我们取名：banner
标志性的图片我们取名为：logo
在页面上位置不固定并且带有链接的小图片我们取名为button
在页面上某一个位置连续出现，性质相同的链接栏目的图片我们取名：menu
装饰用的照片我们取名：pic
不带链接表示标题的图片我们取名：title
依照此原则类推。

☆ 尾部分用来表示图片的具体含义。

☆ 下面是几个样例，大家应该能够一眼看明白图片的意义：
banner_sohu.gif banner_sina.gif menu_aboutus.gif menu_job.gif title_news.gif logo_police.gif logo_national.gif pic_people.jpg pic_hill.jpg. （crystal）