1、终极方法：条件注释

<!–[if lte IE 6]> 这段文字仅显示在 IE6及IE6以下版本。 <![endif]–>

<!–[if gte IE 6]> 这段文字仅显示在 IE6及IE6以上版本。 <![endif]–>

<!–[if gt IE 6]> 这段文字仅显示在 IE6以上版本（不包含IE6）。 <![endif]–>

<!–[if IE 5.5]> 这段文字仅显示在 IE5.5。 <![endif]–>

<!–在 IE6及IE6以下版本中加载css–>

<!–[if lte IE 6]> <link type=”text/css” rel=”stylesheet” href=”css/ie6.css” mce_href=”css/ie6.css” /><![endif]–>
缺点是在IE浏览器下可能会增加额外的HTTP请求数。

2、CSS选择器区分

IE6不支持子选择器；先针对IE6使用常规申明CSS选择器，然后再用子选择器针对IE7+及其他浏览器。

/* IE6 专用 */

.content {color:red;}

/* 其他浏览器 */

div>p .content {color:blue;} –>
3、PNG半透明图片的问题

虽然可以通过JS等方式解决，但依然存在载入速度等问题，所以，这个在设计上能避免还是尽量避免为好。以达到网站最大优化。

4、IE6下的圆角

IE6不支持CSS3的圆角属性，性价比最高的解决方法就是用图片圆角来替代，或者放弃IE6的圆角。

5、IE6背景闪烁

如果你给链接、按钮用CSS sprites作为背景，你可能会发现在IE6下会有背景图闪烁的现象。造成这个的原因是由于IE6没有将背景图缓存，每次触发hover的时候都会重新加载，可以用JavaScript设置IE6缓存这些图片：

document.execCommand(“BackgroundImageCache”,false,true);
6、最小高度

IE6 不支持min-height属性，但它却认为height就是最小高度。解决方法：使用ie6不支持但其余浏览器支持的属性!important。

#container {min-height:200px; height:auto !important; height:200px;}
7、最大高度

//直接使用ID来改变元素的最大高度
var container = document.getElementById(‘container’);
container.style.height = (container.scrollHeight > 199) ? “200px” : “auto”;

//写成函数来运行
function setMaxHeight(elementId, height){
var container = document.getElementById(elementId);
container.style.height = (container.scrollHeight > (height – 1)) ? height + “px” : “auto”;
}

//函数示例
setMaxHeight(‘container1′, 200);
setMaxHeight(‘container2′, 500);
8、100% 高度

在IE6下，如果要给元素定义100%高度，必须要明确定义它的父级元素的高度，如果你需要给元素定义满屏的高度，就得先给html和body定义height:100%;。

9、最小宽度

同max-height和max-width一样，IE6也不支持min-width。

//直接使用ID来改变元素的最小宽度
var container = document.getElementById(‘container’);
container.style.width = (container.clientWidth < width) ? “500px” : “auto”;

//写成函数来运行
function setMinWidth(elementId, width){
var container = document.getElementById(elementId);
container.style.width = (container.clientWidth < width) ? width + “px” : “auto”;
}

//函数示例
setMinWidth(‘container1′, 200);
setMinWidth(‘container2′, 500);
10、最大宽度

//直接使用ID来改变元素的最大宽度
var container = document.getElementById(elementId);
container.style.width = (container.clientWidth > (width – 1)) ? width + “px” : “auto”;

//写成函数来运行
function setMaxWidth(elementId, width){
var container = document.getElementById(elementId);
container.style.width = (container.clientWidth > (width – 1)) ? width + “px” : “auto”;
}

//函数示例
setMaxWidth(‘container1′, 200);
setMaxWidth(‘container2′, 500);
11、双边距Bug

当元素浮动时，IE6会错误的把浮动方向的margin值双倍计算。个人觉得较好解决方法是避免float和margin同时使用。

12、清除浮动

如果你想用div(或其他容器)包裹一个浮动的元素，你会发现必须给div(容器)定义明确的height、width、overflow之中一个属性（除了auto值）才能将浮动元素严实地包裹。

#container {border:1px solid #333; overflow:auto; height:100%;}
#floated1 {float:left; height:300px; width:200px; background:#00F;}
#floated2 {float:right; height:400px; width:200px; background:#F0F;}
更多：http://www.twinsenliang.net/skill/20090413.html

13、浮动层错位

当内容超出外包容器定义的宽度时，在IE6中容器会忽视定义的width值，宽度会错误地随内容宽度增长而增长。

浮动层错位问题在IE6下没有真正让人满意的解决方法，虽然可以使用overflow:hidden;或overflow:scroll;来修正， 但hidden容易导致其他一些问题，scroll会破坏设计；JavaScript也没法很好地解决这个问题。所以建议是一定要在布局上避免这个问题发 生，使用一个固定的布局或者控制好内容的宽度（给内层加width）。

14、躲猫猫bug

在IE6和IE7下，躲猫猫bug是一个非常恼人的问题。一个撑破了容器的浮动元素，如果在他之后有不浮动的内容，并且有一些定义了:hover的链接，当鼠标移到那些链接上时，在IE6下就会触发躲猫猫。

解决方法很简单：
1.在（那个未浮动的）内容之后添加一个<span style=”clear: both;”> </span>
2.触发包含了这些链接的容器的hasLayout，一个简单的方法就是给其定义height:1%;

15、绝对定位元素的1像素间距bug

IE6下的这个错误是由于进位处理误差造成（IE7已修复），当绝对定位元素的父元素高或宽为奇数时，bottom和right会产生错误。唯一的解决办法就是给父元素定义明确的高宽值，但对于液态布局没有完美的解决方法。

16、3像素间距bug

在IE6中，当文本(或无浮动元素)跟在一个浮动的元素之后，文本和这个浮动元素之间会多出3像素的间隔。
给浮动层添加 display:inline 和 -3px 负值margin
给中间的内容层定义 margin-right 以纠正-3px

17、IE下z-index的bug

在IE浏览器中，定位元素的z-index层级是相对于各自的父级容器，所以会导致z-index出现错误的表现。解决方法是给其父级元素定义z-index，有些情况下还需要定义position:relative。

18、Overflow Bug

在IE6/7中，overflow无法正确的隐藏有相对定位position:relative;的子元素。解决方法就是给外包容器.wrap加上position:relative;。

19、横向列表宽度bug

如果你使用float:left;把<li>横向摆列，并且<li>内包含的<a>（或其他）触发了 hasLayout，在IE6下就会有错误的表现。解决方法很简单，只需要给<a>定义同样的float:left;即可。

20、列表阶梯bug

列表阶梯bug通常会在给<li>的子元素<a>使用float:left;时触发，我们本意是要做一个横向的列表(通常 是导航栏)，但IE却可能呈现出垂直的或者阶梯状。解决办法就是给<li>定义float:left;而非子元素<a>，或者 给<li>定义display:inline;也可以解决。

21、垂直列表间隙bug

当我们使用<li> 包含一个块级子元素时，IE6(IE7也有可能)会错误地给每条列表元素（<li>）之间添加空隙。

解决方法：把<a>flaot并且清除float来解决这个问题；另外一个办法就是触发<a>的hasLayout（如定 义高宽、使用zoom:1;）；也可以给<li> 定义display:inline;来解决此问题；另外还有一个极有趣的方法，给包含的文本末尾添加一个空格。

22、IE6中的:hover

在IE6中，除了(需要有href属性)才能触发:hover行为，这妨碍了我们实现许多鼠标触碰效果，但还是有一些法子是可以解决它的。最好是不要用:hover来实现重要的功能，仅仅只用它来强化效果。

23、IE6调整窗口大小的 Bug

当把body居中放置，改变IE浏览器大小的时候，任何在body里面的相对定位元素都会固定不动了。解决办法：给body定义position:relative;就行了。

24、文本重复Bug

在IE6中，一些隐藏的元素（如注释、display:none;的元素）被包含在一个浮动元素里，就有可能引发文本重复bug。解决办法：给浮动元素添加display:inline;。

• 2011 年 3 月 8 日 // 国际妇女节，谷歌的logo (0)
• 2011 年 3 月 24 日 // Google的HTTPS服务不稳定测试 (4)
• 2010 年 9 月 12 日 // 卫哲称阿里巴巴集团不再需要雅虎 (0)
• 2010 年 9 月 12 日 // 阿里巴巴关闭1000家不诚信网店 (0)
• 2010 年 9 月 12 日 // 百度开放平台引争议 (0)
• 2010 年 1 月 16 日 // 谷歌走人，转载 from blog图党超有创意图片 (1)

移动操作系统方面，Google以近47%的绝对优势继续占据统治地位，相比此前43.8%的市场份额优势继续扩大。苹果的系统份额也有小幅上扬，由此前的27.3上升到目前的28.7%。至于RIM、微软和Nokia，与三月前的市场份额相比全都下滑。其中下滑最为明显的RIM平台再次丢失3.1个百分点，其市场份额从8月份的19.7%掉落到现在的16.6%。

需要注意的是，该报告中有包含Galaxy Nexus销量，但并未将圣诞节期间销量计算在内。而据目前的消息来看，圣诞节当天有680万部iOS和Android设备被激活。由于目前还不清楚这两个平台激活量分别是多少，因此报告中给出的市场份额与实际情况会有一些出入，但是仍具有很大的参考价值。

• 2010 年 3 月 5 日 // Twitter的100亿条信息带来的BUG (0)
• 2009 年 12 月 25 日 // 国内注册 Google Voice 的方法 (4)
• 2010 年 9 月 12 日 // AT&T试图借网络流量排序赚取利润 (0)
• 2011 年 2 月 27 日 // 快速准确让你找到喜欢的WP主题 (5)
• 2010 年 9 月 21 日 // Google 搜索现可直接为本地商户加星收藏 (0)
• 2010 年 9 月 23 日 // 谷歌Google Maps新增111个国家驾驶导航 (0)

WordPress for SAE 技术支持博客：http://wp4sae.sinaapp.com。请关注此博客，以及时获取最新信息。
如果您在使用WordPress for SAE的过程中，有任何疑问、意见或建议，请到技术支持博客提出，我们将会尽快为您解答。

WordPress 3.2.1 for SAE 具有以下特性：

1. 数据库主从分离，提升性能，节省云豆消耗
2. 轻量的Memcache缓存模块，加快网页显示速度的同时减少资源消耗，为您节省云豆。
3. 已内置urlrewrite规则，用户设置固定链接时只需要在控制板中设置一下即可，无需再修改appconfig(.htaccess)配置
4. 附件直接上传到Storage，支持图片附件的缩略图生成。
5. 相较于旧版WordPress for SAE，自本版本起完善邮件发送功能。仅需在WP-Mail-SMTP插件中正确设置SMTP服务器，即可使用邮件发送功能。
6. 删除主题、插件在线安装功能。由于SAE不支持本地代码目录写入，该功能暂时无法支持。

WordPress 3.2.1 for SAE 已经为您集成了以下插件，您可以到根据您的需求在控制板中启用您所需要的插件：

1. Add To Any: 分享插件，可以在您的文章结尾添加分享按钮，一键分享到新浪微博、twitter、facebook等网站，但对国内网站支持较少
2. JiaThis：同样是分享插件，功能不如Add To Any强大，但是对国内网站如新浪微博、腾讯微博、人人等支持比较全。
3. Akismet：WordPress内置插件，用于防拉圾评论，使用说明见： http://wp4sae.sinaapp.com/2011/05/akismet-introduce/
4. Google Analytics for WordPress：为网站添加Google Analytics统计代码。
5. Google XML Sitemaps：生成网站sitemap，并自动提交到Google, Bing和Ask.com
6. Lightbox 2：无刷新显示原始图片
7. SI CAPTCHA Anti-Spam：为评论、登录等添加验证码
8. WordPress Importer：数据导入插件，方便BLOG迁移
9. WP-CodeBox：代码高亮插件，给程序员们用的
10. WP-Mail-SMTP：邮件SMTP服务器设置，设置过邮件SMTP之后，网站的发邮件功能才能正常使用（注册用户等操作时网站需要发送邮件）。为保证邮件发送成功率，推荐大家使用新浪邮箱发送邮件。
11. Social Medias Connect：提供wordpress与其它社交媒体网站的连接登陆及文章同步、评论同步转发功能。支持Twitter、新浪微博、腾讯微博、搜狐微博、网易微博、豆瓣、饭否、Follow5。

• 2010 年 3 月 19 日 // Ucenter与wordpress整合方法测试 (0)
• 2010 年 9 月 12 日 // 被选择的互联网 (0)
• 2009 年 12 月 26 日 // 谷歌太有意思了！看看这个—谷歌微软 Google Microsoft (0)
• 2010 年 9 月 12 日 // 电子书正改变美国人阅读习惯 (0)
• 2010 年 9 月 12 日 // 《企鹅凶猛》读后感 (0)
• 2011 年 3 月 27 日 // 最土商业版模板，仿淘宝团购风格团购模版 (0)

网站前期调查阶段
文档1：《前期调查分析报告》主要内容可以是，进行了什么样的调查；调查的对象；调查的覆盖率；调查的结果。这个结果得出的结论，和一些建设性意见。
确定网站主题阶段
文档2：《网站CI形象报告》主要内容主题定位、网站命名、网站标志、标准色彩、标准字体、宣传标语

文档3：《网站目标设计说明书》对网站目标的一个详细说明，其中包括初期目标、中期目标和最终目标。

确定网站内容和阶段
文档4：《网站访问者来源报告》描述网站的服务对象（文化层次，兴趣爱好，上网条件），估计对象在整个网民中所占的比率。它是《网站功能分析说明书》的一部分。
文档5：《网站功能分析说明书》可以描述以下的问题，为什么人们会来你的网站；你的网站有什么特色的服务吗；你们第一次来你的网站原因；有什么可以吸引他们在来的吗？
文档6：《内容和功能清单》明确网站需要什么内容，需要什么功能。使用目标清单、访问者的需求和竞争性分析这些已经收集的所有信息，开始做两个新的清单：一个是网站的内容要素，一个是网站的功能。为每个清单增加仍和潜在的页面或内容的类型。内容的类型包括静态的、动态的、功能的和事物处理的。浏览竞争对手的网站，把他们有而你没有的内容和功能加入你的清单。当你建立这两个清单是，让每个人建他们自己的清单，然后把这些清单合并在一起。让每个人检查一遍合并后的清单，确定清单中每个条目的重要性。如果有必要的话，修订你的清单。
文档7：《可视化目录文件清单》
文档8：《网站层次结构图》

• 2011 年 8 月 21 日 // 网站前端开发的横向发展 (9)
• 2011 年 2 月 22 日 // 中国教育网-网站建设工作展示 (0)

新浪科技讯 北京时间9月12日晚间消息，谷歌即将斥资2亿欧元(约合2.73亿美元)在芬兰的哈米纳(Hamia)地区修建一座数据服务中心。北欧地区长期以来都希望能够有大型互联网企业能够在该地区建立数据中心，因为当地有两个得天独厚的优势——气温寒冷以及电费低廉。

谷歌与其他互联网巨头一样，都在花费巨额的资金用于扩充其服务器处理能力，以便让用户能够通过所谓的云计算功能从远程打开并查看和使用储存在服务器上的文件和程序。在过去的2年里，谷歌已经将芬兰的一处老旧的造纸厂改造成了一处巨型的数据处理中心，该中心位于芬兰在波罗的海沿岸的小城哈米纳的近郊。

该造纸厂原来的业务主要是生产报纸和杂志用纸，但是随着网络媒体的逐渐崛起，许多报纸、杂志行业都开始受到了冲击，对纸张的需求也开始大幅下降，导致造纸行业也开始随之萎缩。北欧纸业公司斯道拉恩索(Stora Enso Oyj)在2008年不得不关闭了这处造纸生产线，而谷歌则借机将现成的建筑设施与其高科技产品相结合，在哈米纳造纸厂的原址上建立起了全新的数据处理中心。而该地区最吸引谷歌的地方则是芬兰的寒冷气候。

利用自然冷气为服务器降温

谷歌北欧地区发言人阿尔·维尼(Al Verney)指出：“当我们在建造数据中心时，首先必须考虑到许多相关因素：其中包括租用土地费用、实际建筑费用以及服务器设备采购费用等。但是在最近几年里，科技企业关注的焦点却往往是服务器冷却系统的费用。”

谷歌花费了约2亿欧元(约合2.73亿美元)购买、重建并改造了哈米纳的这处造纸厂，尽管这笔费用不菲，不过数据处理中心建成后最大一部分的开销则是电力费用。谷歌在2010年总共消耗了2.26万亿瓦时的电量，这相当于20万户普通美国居民家中一年的耗电量。其中大部分电力消耗在了服务器的降温系统上。而寒冷的气候可以减少降温方面的开销，这无疑将是一个极具竞争力的优势。

一般来说，数据中心冷却系统的运作原理与家用电冰箱的运作原理基本相似，即通过冷却泵将冷气充满整个数据处理器空间。但是这种工作模式的效率极其低下，并且还会消耗大量电力。

从世界范围看来，数据中心消耗了去年全球用电总量的1.5%。而根据思科的预测数据显示，全球互联网流量将在接下来5年里翻四番，这将使得谷歌等互联网公司必须优化处理其数据中心的能耗问题，从而在应对大幅增加的网络流量的同时，还能够进一步减少公司的开销。

而要在减少开销的同时又需要保证服务器能够在低温下正常运作，这一要求推动了数据中心近年来开始向拥有“免费低温”的地区迁移的趋势。这实际上就是利用自然环境来为服务器降温，而抛弃了传统的制冷设备。谷歌在哈米纳的新数据中心将成为该公司最为节能的数据中心之一。该中心将借助当地寒冷的周边空气温度以及芬兰海湾的冰冷海水来为其服务器提供降温。谷歌已经在斯道拉恩索的原有设备基础上重新建造了一处海水降温系统，以便适应数据中心的使用需要。

维尼指出：“当我们收购这处造纸厂时，该建筑的地下已经建有了超大型的海水吸收通道，这条通道能够将芬兰海湾里的海水引入到一个临近的加热处理中心。我们决定尽可能对这里已有的硬件设施进行重新利用，为此我们为这条引水通道开发出了一个新的降温功能。”

Facebook数据中心或将落户瑞典

芬兰海岸的东北方是邻国瑞典的吕勒奥(Lulea)，这是一个只有5万名居民的小城。与其处于同一纬度的城市还有美国阿拉斯加的费尔班克斯市。这里的常年平均气温仅为华氏36度(约2摄氏度)。而在过去的50年里，吕勒奥超过华氏86度(约摄氏30度)的时间总共只有短短的24个小时。

吕勒奥当地的企业家、Aurorum科技园区的负责人马兹·恩格曼(Matz Engman)指出：“有人说我们的气候除了寒冷之外一无是处，但是如果要安置数据中心的话，这里无疑是最理想的地区。这里可以为数据中心全年提供自然的冷却服务，所需的仅仅是自然的寒冷空气，除此以外无需其他额外的制冷设施。”

长久以来，恩格曼一直积极地试图将吕勒奥打造成一个数据中心的聚集地，他的不懈努力已经取得了一定的回报。据称一家尚未被公开的重要美国互联网企业已经计划在吕勒奥市郊建造一座巨型的数据中心，目前外界普遍认为该公司应该是Facebook。根据当地官员预计，这项计划的投资总额将会高达30亿到50亿瑞典克朗(约合4.59亿美元到7.64亿美元)。不过Facebook拒绝对此消息进行评论。

不过由于部分居民担心数据中心会影响到自然环境以及野生动物生存，而决定通过法律手段对此项目展开了抵制，因此整个项目的实施将被迫延期。不过一旦最终问题得以解决，那么这个数据中心将会成为该城市有史以来获得的最大的单笔企业投资——几乎是Facebook在邻国的竞争对手谷歌的数据中心投资额的三倍。

恩格曼对于自己能够吸引到美国企业来瑞典建立数据中心而感到十分自豪，他指出除了气候以外，吕勒奥还有众多其他吸引企业前来的因素。

恩格曼指出：“我们拥有独一无二的电力基础设施。我们的电网本身的设计是专门针对造纸厂和钢铁企业这类能源密集型产业的，而同时我们充沛的水力发电资源也能够为企业提供整个欧洲最为廉价的电能供应。”

他同时补充说，在瑞典的第二大河流鲁乐河(Lule River)上建有许多水电站，而这条河流正好贯穿吕勒奥，并且能够为当地提供相当于2个美国胡佛水坝的发电能力。

恩格曼表示：“在这里不可能发生因为电力短缺而导致工厂关闭的意外。吕勒奥自从1979年以来从来没有断过电。当我们将这一情况介绍给美国软件企业的高管们时，他们竟然觉得十分不可思议。”

瑞典还拥有众多优势

目前该地区的其他城市也都在试图通过运用新技术来取代老旧的传统产业，同时瑞典的政府机构投资瑞典(Invest Sweden)已经发表了一份清单，详细地介绍了适合为跨国互联网企业提供数据中心服务的50处选址。其中包括了曾经是瑞典最大的照片实验室、一处地下防空洞、一个曾经出版瑞典主要报刊的印刷厂等。

例如瑞典北部的小镇谢莱夫特(Skellefteå)，这里的常年平均气温仅为3.4摄氏度，一年超过25度的高温天气不超过2天。

不过支持者们则表示，这并不意味着北欧国家对国际企业的吸引力仅仅是寒冷的气候。投资瑞典的资深投资顾问托马斯·苏科利尼基(Tomas Sokolnicki)指出：“我们的吸引力包括以下几个要素：首先我们政治稳定、有优秀的光纤基础设施、自然灾害风险极小，并且拥有有利的自然气候。”

“事实上，我们的地理位置离俄罗斯很近也是受到企业关注的一个重要因素，许多企业都希望能够通过在俄罗斯附近建立起数据中心，并借此来拓展在俄罗斯的业务，但是他们很少敢于直接在俄罗斯国内建立数据中心。”

不过在这一地区建设数据中心也存在着一定的隐患，最重要的一点就是建设的前期投入过大，并且一旦建成并投入运营，就只需要雇佣极少数员工便可以完成日常运作。谷歌在哈米纳中心的员工数量为90人，而计划在吕勒奥服务器园区建设的数据中心预计将有70到90名员工。因此从就业的角度来说，互联网服务所提供的就业机会将永远无法替代传统的造纸业和钢铁行业。

但是吕勒奥市政当局的负责人卡尔·彼得森(Karl Petersen)自然表示，投资的意义远远超越了金钱和就业机会。吕勒奥的市民将会为有一个全球最大的互联网品牌能够落户自己的城市而感到骄傲和自豪。他指出，这些投资计划的实施将能够推动吕勒奥向现代化工业城市转型的步伐。

彼得森表示：“我们需要这样的一次成功，我相信大家都会为此而感到骄傲的。”(林静)

• 2010 年 9 月 12 日 // 首款重庆网页游戏被引入台湾 (0)
• 2010 年 9 月 12 日 // 鄢烈山：方舟子应避免红卫兵式“语言暴力” (0)
• 2010 年 9 月 12 日 // 赠清洁套餐+包 佳能EOS 550D小套5k2 (0)
• 2010 年 3 月 10 日 // 很感人的一部电影迫在眉睫在线观看,剧情介绍！ (0)
• 2010 年 3 月 29 日 // 网络神兽新成员：古鸽 (0)
• 2010 年 9 月 12 日 // APS画幅佳能550D单机三好街卖5100 (0)

至于原因请见 MSDN Blogs：《Internet Explorer and Connection Limits》，如何解除限制请见微软客户帮助与支持主页：《如何将 Internet Explorer 配置为可以同时进行两个以上的下载会话》。

不管 Firefox 有多火，无可否认，IE 仍然是浏览器市场的老大。所以，在做系统架构时，不得不去考虑 IE 同时只能从同一域名下载两个文件的限制。如果超过两个文件，IE 将会以队列形式等待两个文件下载完毕，再去下载接下来的两个文件。这样，当在一个页面显示多张图片时，IE 用户的图片下载速度就会受到影响。

百度、新浪、雅虎等网站采用了同一组图片服务器，使用多个二级域名的方式来解决这个问题。

通过 HttpWatch Professional 5.2.17 分析可以看出，百度的图片搜索采用了 t1.baidu.com ～ t8.baidu.com 八个域名来显示图片，消耗在 IE 浏览器端的 Blocked 时间小于0.001秒，非常快。

新浪的图片 CDN 同样采用了 i0.sinaimg.cn ～ i3.sinaimg.cn 四个域名来显示图片，消耗在 IE 浏览器端的 Blocked 时间也是0.001秒。新浪采用独立的顶级域名 sinaimg.cn 而非 ***.sina.com.cn 域名作为图片服务器域名，还有一个好处，就是 sina.com.cn 域下的 Cookie 信息不会被带到 sinaimg.cn 域下，提高了图片服务器解析 header 头的速度。

再看网易相册的一组图片服务器，只使用 pics.photo.163.com 一个域名，消耗在 IE 浏览器端的 Blocked 时间为0.647秒，就比较慢了。

另免费赠送IE默认连接数修改工具：猛击此处从M$官方下载

备注：本文来自hanjing前端博客

• 2010 年 4 月 13 日 // 网站运营、网站推广的四大法则 (0)

其实“前端”这个词，是2005年才逐渐在国内兴起的。
那之前，国内的网站，通常是TABLE+ASP搞定一切。做这份工作的人，通称“程序员”。

那是个孤军奋战就能赢得天下的年代。
一个网站丢过来，一个人就全拿了：“写需求==>出设计稿==>做模板==>写程序==>运营。”

再然后，大量的竞争。
网站想要领先，必须搞好用户体验，弄漂亮的设计稿，优化网站的开启速度。模块化多人协作。

那个程序员巨累。
想要招一个类似的全能型程序员，发现都被各个公司抢了去。招人难度巨大。

于是，他搞了一个初级程序员，只写静态页。
只是这个初级程序员的头衔太难听，一拍脑袋，定了个新词：“前端开发”

so….. 其实横向发展，本来就是我们应该做的。
说白了，我们本来就是“程序员”。只是当年还小，现在慢慢的，要开始长大了。

• 2011 年 10 月 26 日 // 网站开发文档应该怎么写？ (0)

我创办的第一家公司几乎犯了课本上所有的错误，但是第二家公司运行得非常有效率。我很欣赏这么一句话：良好的判断来源于经验，而经验来源于糟糕的判断。我们需要从实践中学习，从尝试和错误中学习。

如果我第一家公司犯的错误可以帮助你避免一些错误的话，那就达到写这篇文章的目的了。下面将阐述一下从第一家公司早期的市场营销中学到的经验教训。因为市场营销是个非常广的话题，这里我仅仅探讨一下公关营销（而不是搜索引擎优化、搜索引擎营销和产品营销等）

1．“隐身”的好处

网络上有一个话题经常被讨论：初创公司在发布产品前是否应该保持低调?对你们的公司来说,这并没有一个确定的答案。你需要一些指导来做出决定。我的基本准则便是在最搭建产品和测试市场的早期最好保持低调。低调并不意味着抗拒，偏执或是说完全不相信人家。而是意味着在没有必要的情况下，不要告诉太多人你将来的计划。同时也意味着不要和其它做技术的兄弟在聚会的时候喝太多的鸡尾酒然后吹嘘你的计划。还意味着不要和VC和其他的投资者分享过多的信息。

实时上我们这个工作圈子处于一个很小很紧凑的产业中，所以消息和计划会传播的很快。在你准备妥当前的早期，也许有其他的3个团队听到你发布的消息后，暗地里摩拳擦掌准备和你竞争。这种情况并不是你想要的。但是大部分人完全反对这种低调，他们认为只有怀着公开透明的心，将你的点子放到公开场合去测试 才能够保证你的成功。我认为还是要谨慎地对待这种论调。

还有一点就是要小心VC。大部分的VC还是非常遵守职业道德，这点我并不担心。但是假如某一位VC听到了你的点子，而这个点子也不可能从他脑中消除,结果这个点子不经意间就被摆到董事会或其投资的公司里讨论，这时候这些VC发话了：“你有没有想过尝试一下A,B,或C方案” ？虽然说他们并不是有意去透露这些消息，但这种无意识“泄露”的点子在交流频繁的精英之间传播很快。

实际上我更喜欢谨慎的创业者，少些夸夸其谈，多些行动规划。

2.“隐身”的坏处

我的确遇到过另一类比较极端的创业者，他们是完全不透露任何信息。我曾经和一位创业者出席过一次创业者交流的活动，创业者被要求讨论其公司的计划。因为这个安排，他想放弃这次交流活动，因为他想保证“隐身”，并认为这类活动损害到其利益。我劝他参加这次活动（比较重要），只需要泛泛讨论一下其业务领域里的话题。因为讨论宽泛的话题并不会涉及到很多新颖的点子，也就不会泄露其宏大的战略。最后他还是参加了那次活动，但却告诉所有人“我们处于保密状态，不能谈论太多”。这是完全的失败。

我想他的确从这次经历学到了：经验来至糟糕的判断。没有人愿意听到“我不能透露一丁点消息，我们还处于保密状态”。所以当被问道关于计划的问题时，我们还是需要泛泛地讨论一些话题，而不是彻底地拒绝。

但是“过度保密”也会意味着你拒绝了测试点子的有价值的资源—聪明的参与者提供的反馈，投资者分析的潜在错误。

从我的经验来看，过度偏执和保密者很少能成功。我想他们也很难找到创业导师，因为帮助一家不愿意透入太多消息的公司非常难。

3.营销今天，而不是营销未来

我经常通过打比方的形式告诉初创公司“滑向冰球将要达到的地方”，不要仅仅是复制当下每家公司都在做的事情，而是要考虑将来的动向和现在需要做的准备。

但是告诉太多人你将来的发展方向也是个错误，我称之为“营销未来”。营销未来对企业级软件的供应商来说是个不错的方法，销售人员可以和潜在客户传递近期的产品路线图。因为销售周期一般是3-6个月，所以你可以将后面的愿景提前和客户共享。但是不要将消息透入给大众媒体，而且营销工作最多也只能提前几个月。

对早期的消费领域的公司来说，我觉得还是谨慎一点，完全不要采用未来营销。

我们都知道很多初创公司的成功来源于执行，今天的所做往往影响到后面几个月。所以我建议这些公司应该尽量详细地宣传“脚下的冰球”，避免讨论“冰球”滑向的方向。当竞争对手开始尝试模仿你的模式的时候，你已经和工程团队开始处理下个阶段的事务。

谈到对“营销未来”的谨慎态度，没有人比的过苹果公司。但我们可以明显地看到这种行为给他们带来的好处。

4.不要营销糟糕的产品

对首次创业的创业者来说，要记住坏产品是无法取得营销成功的。因为我们很难从过度吹嘘的营销活动中恢复声誉。最初我从Guy Kawasaki那里听到这句话，这句话是显而易见的。虽然被鼓励尽早地推出产品，然后从客户那边得到反馈。但人们很容易混淆“产品发布”和“市场营销”。

Turntable.fm就是个很好的例子。虽然是个有问题的产品，但却非常酷。我从未听到过他们拍着胸脯大规模地做市场营销。产品本身是采取“邀请制”的，所以他们可以控制用户量，处理每个人的预期。当他们开始向大众开放注册时，大部分问题都已经解决了。而在这之前，渴望一睹产品真容的期望值也会 持续高涨。

他们实施的战略被称为“天鹅绒绳子（也就是人么常说的饥渴营销）”,这是夜总会用来打造其“稀缺性”和提升其“吸引力”的手段。这种策略也能够尽快地追踪到问题，防止问题变的越来越严重。

5.不要过早亮出底牌

对初创企业来说，宣布自己是某个领域的“第一名”是非常有吸引力的一件事情，你会迫不及待地希望告诉所有人。我非常理解这种心情，因为我在2000年初就曾经做过此类事情。我们急冲冲地宣布成为市场上的第一名并得到《金融时报》大量的报道 （当时我们在伦敦）。实际上我们的产品并没有完全做好大卖的准备，只能说勉强兑现当初宣传的承诺。

如果你已经烧了很多钱，就必须达到更高的标准，以便让大家重新关注你的产品。但有多少机会可以重来？

6.向目标客户营销

我看到很多初创公司喜欢在博客上撰写日常创业心得。假如你的目标市场是创业者的话，这样做无可厚非。但还是要清晰地定位自己的目标客户，并且非常明白如何向客户传递信息。我在初创公司如何写博客中详细讨论了这一点。

“谁才是你营销的对象”是个简单的话题。有一家曾经合作过的公司确定了他们的目标客户是心态年青的中年人，而不是二十几岁的年轻人，用户群住在硅谷或纽约。像这种定位就非常成功。但是我们也应该明白有影响力的用户一般都住在沿海城市（洛杉矶，纽约，旧金山），所以不能忽视这类人群。

7.不要相信炒作

或许市场营销中的一大误区便是太关注竞争对手发出的市场鼓噪。当你处在泡沫里面的时候，你会关注3到4个竞争对手发布的每个声明。当看到对手产品新功能的重大报道时，你会变得很沮丧。

我们不应该被竞争对手的报道吓倒。这些消息来得快也去的快，大部分都会无影无踪。生活依然在继续。当市场爆出iMessage消息的时候，纽约时报将研发“群聊”软件的公司都被列为将被Apple用户大会击垮的公司。但是iMessage只是个小众产品。大部分app产品是可以交互的，但Apple的就不行。实际上你的产品有很多很多独特之处。天不会塌下来。

8. 在镜子前脱光衣服之后，你的竞争对手和你一样

初创公司的CEO经常忽视的一件事就是“营销对团队士气的影响”。你的团队成员每天会去阅读竞争对手所有的重要消息。你也会阅读对手的公告和博客帖子。最后的感觉就变成了所有的事情突然变的很糟糕。

实际上初创公司就是这样的。你总是有很多技术上的不完备，有太多的问题，员工的辞职，资金的短缺，客户的抱怨等等。你的竞争对手也有相同感受。他们也会读关于你们的新闻，然后心里大骂到：狗屎！！他们搞定了所有的事情。但是你最好别这样，确保你们的团队了解这点并能保持信心。我很详细的在另外一篇博文中讨论了这个话题。

9.建立关系

很多初创团队错误地认为他们只要有新闻,就可以轻而易举地在任何时候接近记者并能迅速得到报道.实际上事情没有那么顺利。过于热情的创业者们簇拥着记者们高谈阔论。我们应该慢一点！在还不需要报道的时候就应该去和这些记者接触.假如你很重视这个话题,请参考更详细的博文.

在twitter上关注他们，尊重他们的职业，阅读他们的文章，评论他们的文章。为他们提供其他新闻的线索，会议上和他们打招呼，了解他们工作的流程。理解他们的每一篇报道都需要一个视角，假如不在这个视角内，就不可能得到报道。提供给他们的帮助越多的话，在你有需求的时候就非常有可能获得帮助。

10. 这是马拉松，不是短跑

我接触过的一些初创的团队总是尝试在每次新闻稿中发布很多消息，期待获得更好的市场效果。比如说将风头融资的新闻和“获得重要客户”，产品特征或重要里程碑等混搭在一起。最好不要这么做。

融资消息是个独立事件，是新闻报道中的一个角度。实际上有相关记者花费时间和精力专注于报道融资的新闻，新闻稿只谈融资即可。可以晚写时候再发布赢取重要客户或达成重要合作伙伴的新闻。假如发布的杀手锏产品值得报道的话，那就大谈特谈吧。

我提倡的一个策略是将发布的消息分成若干部分，以便提供给不同的记者来发布，他们手中拿到的都是独家报道。没有人喜欢老调重弹的故事。

via Mark Suster  文章来自36氪

• 2010 年 9 月 23 日 // Google 帐户密码找回开始支持中国大陆手机号 (0)
• 2010 年 1 月 16 日 // 转载央视播客的文章《谷歌问题的实质》 (0)
• 2010 年 3 月 29 日 // 网络神兽新成员：古鸽 (0)
• 2010 年 1 月 17 日 // 科幻电影末日危途剧情介绍（一部非常不错的电影） (0)
• 2010 年 1 月 5 日 // （转载至谷奥）太疯狂了，Google G1 都装上 Nexus One 的 ROM 了 (0)
• 2009 年 12 月 31 日 // 谷歌手机Nexus One获美国监管部门审批 (0)

Jalopnik的读者捕捉到了Google自动驾驶汽车的首次事故（上图），照亮拍摄自Google总部山寨城附近，似乎是后面那辆Google自驾车丰田普锐斯（车顶上装着探测设备的那辆）撞到了前面的另外一辆普通的丰田普锐斯上。

这似乎对Google推广自动驾驶汽车不是啥好兆头啊？但是接下来的事情却让整个故事峰回路转了！原来这起事故发生的时候这辆Google自动驾驶汽车并未处于自动驾驶状态，而是在手动驾驶状态──就是说当时是由车里的司机控制汽车的，Google的公关一下就来劲儿了，与其这样不如让Google的自动驾驶技术来驾车呢，这样就可以避免这起事故了！

一次可能会阻碍Google自动驾驶汽车推广的新闻，瞬间被逆转成了Google自动驾驶汽车的绝佳宣传广告，真是塞翁失马，焉知非福。

• 2010 年 9 月 23 日 // Google推出iPad专用Gmail网页格式 (0)
• 2010 年 9 月 12 日 // 苹果iPad初生即遭遇山寨等三大难题 (0)
• 2010 年 3 月 18 日 // 关于《谷歌退出中国已经做好了准备？》写的非常不错的评论 (0)
• 2011 年 2 月 25 日 // Picasa Web Albums 为非 IE 用户启用新的上传方式，终于可以批量上传了 (0)
• 2010 年 3 月 8 日 // 谷歌（google）实验室里十个最酷的产品！ (0)
• 2010 年 9 月 21 日 // 家有三岁女 (0)

来源：纽约时报

作者简介：Randall Stross是硅谷一名作家，圣琼斯大学商学教授。E-mail：stross@nytimes.com。

在苹果，“1”是一个神奇的数字。最终设计决定一个人说了算，而不是几个核心小组，没有数据分析师，无需委员会一致通过，决策只跟着一个人的感觉走：史蒂夫·乔布斯，CEO。

相比之下Google的决策方式更加传统，很多人都有话语权，比起设计师的建议，小组决策更喜欢拿实验数据说话。

然而，只体现一个专断者品味的苹果制造出了更好的产品，事实证明没有数个小组、无需成千上万人的建议，你照样可以搞定设计。

两年前，科技博客作者John Gruber提出了“设计领域中的导演中心论（The Auteur Theory of Design）”。他认为电影制作可以为其他领域中的群体决策提供有价值的模型，比如软件。“处于中心位置的导演（auteur）和很多有创意的人合作，对作品有着与众不同的见解，并且会进行卓有创意的控制，从头到尾导演所做的就是不停地下决定。仅仅是一个又一个的决策也能构成一种艺术。”最后Gruber指出：“任何群体创造的质量接近于负责人的品味等级，不管这个人是谁。”

该理论已经提出两年了，当设计圈的人们在讨论苹果及其竞争对手时该理论仍会派上用场。

Garry Tan是一名驻地设计师兼创业孵化器Y Combinator合伙人，他认为“史蒂夫·乔布斯并不总是对的，MobileMe就是一个例子。但我们知道所有重大设计决策都要经过他的检阅。这就是一个导演中心论者的角色。”或许我们可以这么认为，乔布斯之所有获得伟大设计师的声誉并非是因为他亲自设计，而是因为他有独到的眼光。比如他还雇佣了受过传统熏陶的设计师Jonathan。“设计精英同样会吸引设计天才。” Tan解释道。

Google有一个创新实验室（creative lab），这个小组最开始负责品牌广告推广。最近该实验室被要求给工程和用户体验小组提供设计建议，这些小组遍及Google所有产品。该小组创新总监 Chris L. Wiggins有广告工作背景，他把设计看成是一个群体决策过程，来来回回的讨论卓有成效。Wiggins认为史蒂夫只有一个，而且他是个天才。但很有必要说明我们是在讨论网络程序的设计，而不是硬件或桌面软件。因此我们采用了一种不同于苹果的方法，Google通过互联网从用户那里获得反馈，然后进行持续改进。虽然在Wiggins看来，苹果是苹果，Google是桔子，两者没有可比性，但这无法解释为什么苹果的智能手机软件比Google的更出色。

有些设计师因无法完全施展自己的才华而离开Google，但这并没有改进Google吸引并留住设计人才的能力。“Google是一家工程公司，作为一名研究人员或设计师，你的建议很难在战略层面得以采纳。”Paul Adams在他的博客“Think Outside In.”上写道。（Adams曾在Google担任资深用户体验师，去年离职，现就职于Facebook。）

Douglas Bowman是另一个例子。2006年他成为Google首名视觉设计师，当时Google已经七岁了。他认为七年对于一家连个专业设计师都没有的公司来说太长了。他抱怨恐怕整个Google也没有一个人完全理解设计的基本原理和元素。“我前段时间提出一个话题，边界线应该是3像素宽，还是4像素或5像素宽。在那样一个环境里工作无法展开。”当时那篇文章的标题是《再见Google》。

Bowman的离开让曾效力于Google或苹果的人开始讨论两家公司的不同之处。Gruber进行了准确的描述：苹果是一家有工程师的设计公司；Google是一家有设计师的工程公司。

5月，Google，这家永远的工程公司，在聘请Teambox（一家在线项目管理公司）CEO Pablo Villalba Villar时没能发现其设计技能。Villalba后来表示他无意离开Teambox，但参加了Google的面试过程。他努力强调自己在用户交互和产品设计方面的才能，但招聘者只在乎他是否掌握了14门编程语言。

Villalba说：“设计无法通过委员会搞定。”他认为Bowman的离开似乎没有改变Google，他很失望。

前不久Google创始人拉里·佩奇重新担任CEO，Google推出了Google+、新的Google首页和日历。并承诺将进行更多重新设计。但所有这些工作仍像以前一样，会在一个非常拥挤、吵闹的编辑棚里搞定。Google缺乏一名真正说了算的导演，自己觉得好就一锤定音。

当然，我们也可以通过组织结构图来对比苹果和Google的企业文化：

• 2010 年 1 月 31 日 // 乔布斯称Google试图扼杀iPhone是痴心妄想 (0)
• 2010 年 3 月 29 日 // 你知道谷歌为何竞争不过百度吗? (0)
• 2010 年 3 月 18 日 // 关于《谷歌退出中国已经做好了准备？》写的非常不错的评论 (0)
• 2010 年 3 月 12 日 // 谷歌退出中国又起风波–谷歌强调不会过滤搜索结果 称做好撤离中国准备 (4)
• 2010 年 1 月 31 日 // 谷歌悬赏寻找Chrome漏洞：每处最高1337美元 (0)
• 2010 年 1 月 24 日 // 非常不错的文章《Google勇敢新世界》 (0)