<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Chesanqi&#039;s Web World</title>
	<atom:link href="http://chesanqi.com/blog/feed/" rel="self" type="application/rss+xml" />
	<link>http://chesanqi.com/blog</link>
	<description>网页设计·前端开发</description>
	<lastBuildDate>Sun, 05 Sep 2010 10:14:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>无论现实和梦境，只有情和痛</title>
		<link>http://chesanqi.com/blog/2010/09/inception/</link>
		<comments>http://chesanqi.com/blog/2010/09/inception/#comments</comments>
		<pubDate>Sun, 05 Sep 2010 10:14:07 +0000</pubDate>
		<dc:creator>chesanqi</dc:creator>
				<category><![CDATA[说书时间]]></category>
		<category><![CDATA[盗梦空间 影评 莱昂纳多]]></category>

		<guid isPermaLink="false">http://chesanqi.com/blog/?p=331</guid>
		<description><![CDATA[　　自从《阿凡达》的热潮过后就没去过电影院，但最近的豆瓣电影评分《盗梦空间》从9.3升到9.5，《敢死队》从8.5降到6.8，我迫切的迫不及待的想去看看什么叫做“匪夷所思却又流连忘返”。 　
　　
　　我去的是天通苑的万达国际影城，走路5分钟即到，买了10点55分的票，在楼下吃了肯德基，返回5楼时已经10点45分，或许我走的太匆忙，票没检就被我闯进去直奔9厅9排19号。我第三个进影厅，情形远不如《阿凡达》时的火爆，找到座位坐下时刚刚10点51分，收发了两条短信，10点55分正点开始放广告，首先是戴尔电脑，google.cn招聘的广告也在其中，我很喜欢这个广告，轻盈干净又有创意，虽然谷歌中国的状况并非如此。戴尔的广告播了第二遍，又播了一个什么广告，灯光熄灭，11点整我关闭手机，影片开始。
　　
　　以下内容严重剧透，继续阅读请慎重。
　　
　　《盗梦空间》的情节并非那么复杂，简单来说是两个能源行业的巨头，其中一方想整垮另一方，就派人去干掉另一方的继承人。这里的干掉并非杀死对方，而是希望公子哥继承垂死父亲的事业后分拆它，两个巨头便剩其一。这个得利的巨头叫伊藤，他要想达到目的，就得设法让公子哥自己有放弃父亲事业的想法。以莱昂纳多扮演的柯布为首的一群人有这么一种能力，可以与目标一起做梦，让梦中看到的想到的认识到的影响现实中的实际行动，正如天朝的封建时期，某位皇帝做了噩梦，就要在现实中报复一样。
　　
　　柯布给伊藤办事并非为了地位金钱或者其他物质需求，他只想回家回美国，因为家中有两位可爱的女儿。他与妻子是早期的盗梦者，他们既活在梦中也活着现在中，因为这种事做的多了，便很难区分梦与现实，特别是造梦时并非从无到有的创造，而是根据回忆创作。现实中的妻子自以为在梦中，只有死亡才能醒来，于是跳楼自杀，妻子也希望柯布如此这样回到她认为的现实世界，临死前对警方说了柯布有家庭暴力倾向，柯布被怀疑杀死自己的妻子，一直在被通缉中。能源巨亨伊藤自然有能力为柯布抹去罪名，让他安全的回到女儿身边。
　　
　　柯布以前的工作性质是在梦中盗取别人的心思，梦中人总是比现实中缺少防备，银行密码或者其他机密事件也就容易获取到。如果只有一维梦境故事倒也简单直白，我进到你梦中，或者咱们一起做梦，在梦中把事情解决，一觉醒来故事结束，就如民间传说中的“魏征梦斩泾河龙”的故事。但现在面临的问题是，我要把一个想法——“分拆父亲事业”植入到你的大脑中，在梦中无论怎么对你说教都无济于事，因为你会觉得那是别人的想法，与我何干，我为什么要去那么做，只有自己的脑海中滋生了某种想法，才会在现实中去实施他。于是我们需要你在梦中做梦，梦中做梦又做梦，梦中做梦又做梦再做梦，其实整部影片下来我也没搞清一共做了多少层梦，又都是谁做的梦，不过根据台词所示故事是准备做三层梦的，首先在波音747的头等舱中一位药剂师做了梦，把5位同伙加他自己连同公子哥带入梦中，在这一层梦中，药剂师驾车躲避公子哥潜意识里反抗因子化为的武装人员的追击；车内其余6人睡眠中做第二层梦，这一层是是由柯布的助手做的，梦中的场景在宾馆中展开，柯布的助手在这一层中是醒着的，其余诸人睡觉做第三层梦，……，不多赘述。
　　
　　我们都知道在沙发上迷五分钟做的梦，梦中的世界可能会过去一个小时、一天甚至一个月，以此为根据不难推论出，梦中梦的时间尺度是成几何倍剧增的。在《盗梦空间》里从飞机起飞到降落的过程中，最深层的梦时间尺度已经达到了50年。伊藤因为在药剂师和柯布助手的双层梦境中身负重伤只能生存在梦中的迷失层里，柯布为了解救他只身留在梦中，当历经磨难险中求生的年轻的柯布见到垂垂老矣满脸褶子的伊藤，告诉他自杀就可以醒来，醒来就可以和自己一样年轻时，故事终于归于平稳，小腹渐渐开始感觉到尿意。虽然只是100多分钟的片子，但也好像一天没去厕所一样。
　　
　　故事结束，一枚金属的小陀螺在桌上不停的旋转。导演显然有意这么安排，因为你能清楚的听到临旁的座位上啧啧的叹气声，那声音中或许包含了可惜、遗憾、不解、困惑……这叹气声只能是看过影片的人才能了解，这叹气声提供了在公交车在办公室在聚会中的谈资，因为这陀螺并非普通的陀螺，他转啊转，似停非停。
　　
　　魏征梦斩泾河龙，
　　
　　到乡翻似烂柯人，
　　
　　庄生梦蝶丢烦恼，
　　
　　哆啦A梦大雄觉，
　　
　　南柯一梦为一生，
　　
　　躺下驱使阿凡达，
　　
　　只愿保卫潘多拉。
]]></description>
			<content:encoded><![CDATA[<p>　　自从《阿凡达》的热潮过后就没去过电影院，但最近的豆瓣电影评分《盗梦空间》从9.3升到9.5，《敢死队》从8.5降到6.8，我迫切的迫不及待的想去看看什么叫做“匪夷所思却又流连忘返”。 　<br />
　　<br />
　　我去的是天通苑的万达国际影城，走路5分钟即到，买了10点55分的票，在楼下吃了肯德基，返回5楼时已经10点45分，或许我走的太匆忙，票没检就被我闯进去直奔9厅9排19号。我第三个进影厅，情形远不如《阿凡达》时的火爆，找到座位坐下时刚刚10点51分，收发了两条短信，10点55分正点开始放广告，首先是戴尔电脑，google.cn招聘的广告也在其中，我很喜欢这个广告，轻盈干净又有创意，虽然谷歌中国的状况并非如此。戴尔的广告播了第二遍，又播了一个什么广告，灯光熄灭，11点整我关闭手机，影片开始。<br />
　　<br />
　　以下内容严重剧透，继续阅读请慎重。<br />
　　<br />
　　《盗梦空间》的情节并非那么复杂，简单来说是两个能源行业的巨头，其中一方想整垮另一方，就派人去干掉另一方的继承人。这里的干掉并非杀死对方，而是希望公子哥继承垂死父亲的事业后分拆它，两个巨头便剩其一。这个得利的巨头叫伊藤，他要想达到目的，就得设法让公子哥自己有放弃父亲事业的想法。以莱昂纳多扮演的柯布为首的一群人有这么一种能力，可以与目标一起做梦，让梦中看到的想到的认识到的影响现实中的实际行动，正如天朝的封建时期，某位皇帝做了噩梦，就要在现实中报复一样。<br />
　　<br />
　　柯布给伊藤办事并非为了地位金钱或者其他物质需求，他只想回家回美国，因为家中有两位可爱的女儿。他与妻子是早期的盗梦者，他们既活在梦中也活着现在中，因为这种事做的多了，便很难区分梦与现实，特别是造梦时并非从无到有的创造，而是根据回忆创作。现实中的妻子自以为在梦中，只有死亡才能醒来，于是跳楼自杀，妻子也希望柯布如此这样回到她认为的现实世界，临死前对警方说了柯布有家庭暴力倾向，柯布被怀疑杀死自己的妻子，一直在被通缉中。能源巨亨伊藤自然有能力为柯布抹去罪名，让他安全的回到女儿身边。<br />
　　<br />
　　柯布以前的工作性质是在梦中盗取别人的心思，梦中人总是比现实中缺少防备，银行密码或者其他机密事件也就容易获取到。如果只有一维梦境故事倒也简单直白，我进到你梦中，或者咱们一起做梦，在梦中把事情解决，一觉醒来故事结束，就如民间传说中的“魏征梦斩泾河龙”的故事。但现在面临的问题是，我要把一个想法——“分拆父亲事业”植入到你的大脑中，在梦中无论怎么对你说教都无济于事，因为你会觉得那是别人的想法，与我何干，我为什么要去那么做，只有自己的脑海中滋生了某种想法，才会在现实中去实施他。于是我们需要你在梦中做梦，梦中做梦又做梦，梦中做梦又做梦再做梦，其实整部影片下来我也没搞清一共做了多少层梦，又都是谁做的梦，不过根据台词所示故事是准备做三层梦的，首先在波音747的头等舱中一位药剂师做了梦，把5位同伙加他自己连同公子哥带入梦中，在这一层梦中，药剂师驾车躲避公子哥潜意识里反抗因子化为的武装人员的追击；车内其余6人睡眠中做第二层梦，这一层是是由柯布的助手做的，梦中的场景在宾馆中展开，柯布的助手在这一层中是醒着的，其余诸人睡觉做第三层梦，……，不多赘述。<br />
　　<br />
　　我们都知道在沙发上迷五分钟做的梦，梦中的世界可能会过去一个小时、一天甚至一个月，以此为根据不难推论出，梦中梦的时间尺度是成几何倍剧增的。在《盗梦空间》里从飞机起飞到降落的过程中，最深层的梦时间尺度已经达到了50年。伊藤因为在药剂师和柯布助手的双层梦境中身负重伤只能生存在梦中的迷失层里，柯布为了解救他只身留在梦中，当历经磨难险中求生的年轻的柯布见到垂垂老矣满脸褶子的伊藤，告诉他自杀就可以醒来，醒来就可以和自己一样年轻时，故事终于归于平稳，小腹渐渐开始感觉到尿意。虽然只是100多分钟的片子，但也好像一天没去厕所一样。<br />
　　<br />
　　故事结束，一枚金属的小陀螺在桌上不停的旋转。导演显然有意这么安排，因为你能清楚的听到临旁的座位上啧啧的叹气声，那声音中或许包含了可惜、遗憾、不解、困惑……这叹气声只能是看过影片的人才能了解，这叹气声提供了在公交车在办公室在聚会中的谈资，因为这陀螺并非普通的陀螺，他转啊转，似停非停。<br />
　　<br />
　　魏征梦斩泾河龙，<br />
　　<br />
　　到乡翻似烂柯人，<br />
　　<br />
　　庄生梦蝶丢烦恼，<br />
　　<br />
　　哆啦A梦大雄觉，<br />
　　<br />
　　南柯一梦为一生，<br />
　　<br />
　　躺下驱使阿凡达，<br />
　　<br />
　　只愿保卫潘多拉。</p>
]]></content:encoded>
			<wfw:commentRss>http://chesanqi.com/blog/2010/09/inception/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>chesanqi on html5（一）</title>
		<link>http://chesanqi.com/blog/2010/08/chesanqi-on-html5-part1/</link>
		<comments>http://chesanqi.com/blog/2010/08/chesanqi-on-html5-part1/#comments</comments>
		<pubDate>Sun, 22 Aug 2010 10:57:33 +0000</pubDate>
		<dc:creator>chesanqi</dc:creator>
				<category><![CDATA[div+css]]></category>
		<category><![CDATA[html5]]></category>

		<guid isPermaLink="false">http://chesanqi.com/blog/?p=314</guid>
		<description><![CDATA[题目当然是模仿的淘宝UED的那本译作《PPK on Javasrcipt》，可惜我说不了那么深刻，只是摆出来供大家探讨。html5和css3现在是个时髦的话题，时髦到现在才写这个都有点过时了。还好爸爸总对我说这么一句话“只要是你没看过的《故事会》，1999年的也是最新的。”
闲话少说，html5新增的一些特性包括：


新的特殊内容元素，比如 header、section、nav、article、aside、footer
新的表单控件，比如 date、time、email、url、search
用于绘画的 canvas 元素
用于媒介回放的 video 和 audio 元素
对本地离线存储的更好的支持

一、新增内容元素的出现，是标准向语义化跨出的一大步。以前我们有一些约定俗成的规矩(点击这里)，比如说

1
2
3
4
5
6
7
&#60;div id=&#34;header&#34;&#62;页面头部&#60;/div&#62;
	&#60;div id=&#34;content&#34;&#62;
		&#60;div id=&#34;nav&#34;&#62;导航区域&#60;/div&#62;
		&#60;div id=&#34;main&#34;&#62;主内容区&#60;/div&#62;
		&#60;div id=&#34;side&#34;&#62;侧边栏&#60;/div&#62;
	&#60;/div&#62;
&#60;div id=&#34;footer&#34;&#62;页面底部&#60;/div&#62;

在html4.01中div是区域划分的最好元素，不夸张的说只用一个div就可以搞定整个页面，所以市面上流行着大量div+css的书，其实div只是html中的一个元素标签，严格来说应该是(x)html+css技术。html5更加强调了标签的语义化，新增header、nav、article、section、footer等内容元素。所以上面的代码片段在html5中比较合理的写法变为：

1
2
3
4
5
6
7
&#60;header&#62;页面头部&#60;/header&#62;
	&#60;section&#62;
		&#60;nav&#62;导航区域&#60;/nav&#62;
		&#60;article&#62;主内容区&#60;/article&#62;
		&#60;aside&#62;侧边栏&#60;/aside&#62;
	&#60;/section&#62;
&#60;footer&#62;页面底部&#60;/footer&#62;

好了，现在不用约定俗成了，现在标准规定了，每个符合标准的浏览器都会知道页面中的每一部分代表什么内容，有什么作用。代码简洁漂亮没有多余重复的div,搜索引擎可以更清楚的判断网页的哪部分内容更重要。事情变的简单，工作效率增加。
但是但是，要注意他们跟h1、P不一样，新增的内容元素不是换了名字有了自己特点的div。尝试这样定义header标签的样式：

1
&#60;header style=&#34;width:300px;height:200px;background:red;&#34;&#62;页面头部&#60;/header&#62;

测试发现在ff、safari、opera中width和height都没有起作用，只有在chrome中才得到想象中的效果。（ie我暂时忽略了，原因不表）新增的内容元素不是div，现在就可以使用这些新内容元素，但有时候要套一个多余的div，比较：

1
2
3
&#60;header  style=&#34;width:300px;height:200px;margin:0<a href="http://chesanqi.com/blog/2010/08/chesanqi-on-html5-part1/" class="searchmore">Read the Rest...</a><div class="clr"></div>]]></description>
			<content:encoded><![CDATA[<p>题目当然是模仿的淘宝UED的那本译作《PPK on Javasrcipt》，可惜我说不了那么深刻，只是摆出来供大家探讨。html5和css3现在是个时髦的话题，时髦到现在才写这个都有点过时了。还好爸爸总对我说这么一句话“只要是你没看过的《故事会》，1999年的也是最新的。”</p>
<p>闲话少说，html5新增的一些特性包括：</p>
<blockquote>
<ul>
<li>新的特殊内容元素，比如 header、section、nav、article、aside、footer</li>
<li>新的表单控件，比如 date、time、email、url、search</li>
<li>用于绘画的 canvas 元素</li>
<li>用于媒介回放的 video 和 audio 元素</li>
<li>对本地离线存储的更好的支持</li>
<ul></blockquote>
<p>一、新增内容元素的出现，是标准向语义化跨出的一大步。以前我们有一些约定俗成的规矩(<a href="http://chesanqi.com/blog/2009/10/%E6%B5%81%E8%A1%8C%E7%9A%84divcss%E7%9A%84%E5%91%BD%E5%90%8D%E8%A7%84%E5%88%99/">点击这里</a>)，比如说</p>

<div class="wp_syntax"><table><tr><td class="line_numbers"><pre>1
2
3
4
5
6
7
</pre></td><td class="code"><pre class="html" style="font-family:monospace;">&lt;div id=&quot;header&quot;&gt;页面头部&lt;/div&gt;
	&lt;div id=&quot;content&quot;&gt;
		&lt;div id=&quot;nav&quot;&gt;导航区域&lt;/div&gt;
		&lt;div id=&quot;main&quot;&gt;主内容区&lt;/div&gt;
		&lt;div id=&quot;side&quot;&gt;侧边栏&lt;/div&gt;
	&lt;/div&gt;
&lt;div id=&quot;footer&quot;&gt;页面底部&lt;/div&gt;</pre></td></tr></table></div>

<p>在html4.01中div是区域划分的最好元素，不夸张的说只用一个div就可以搞定整个页面，所以市面上流行着大量div+css的书，其实div只是html中的一个元素标签，严格来说应该是(x)html+css技术。html5更加强调了标签的语义化，新增header、nav、article、section、footer等内容元素。所以上面的代码片段在html5中比较合理的写法变为：</p>

<div class="wp_syntax"><table><tr><td class="line_numbers"><pre>1
2
3
4
5
6
7
</pre></td><td class="code"><pre class="html" style="font-family:monospace;">&lt;header&gt;页面头部&lt;/header&gt;
	&lt;section&gt;
		&lt;nav&gt;导航区域&lt;/nav&gt;
		&lt;article&gt;主内容区&lt;/article&gt;
		&lt;aside&gt;侧边栏&lt;/aside&gt;
	&lt;/section&gt;
&lt;footer&gt;页面底部&lt;/footer&gt;</pre></td></tr></table></div>

<p>好了，现在不用约定俗成了，现在标准规定了，每个符合标准的浏览器都会知道页面中的每一部分代表什么内容，有什么作用。代码简洁漂亮没有多余重复的div,搜索引擎可以更清楚的判断网页的哪部分内容更重要。事情变的简单，工作效率增加。</p>
<p>但是但是，要注意他们跟h1、P不一样，新增的内容元素不是换了名字有了自己特点的div。尝试这样定义header标签的样式：</p>

<div class="wp_syntax"><table><tr><td class="line_numbers"><pre>1
</pre></td><td class="code"><pre class="html" style="font-family:monospace;">&lt;header style=&quot;width:300px;height:200px;background:red;&quot;&gt;页面头部&lt;/header&gt;</pre></td></tr></table></div>

<p>测试发现在ff、safari、opera中width和height都没有起作用，只有在chrome中才得到想象中的效果。（ie我暂时忽略了，原因不表）新增的内容元素不是div，现在就可以使用这些新内容元素，但有时候要套一个多余的div，比较：</p>

<div class="wp_syntax"><table><tr><td class="line_numbers"><pre>1
2
3
</pre></td><td class="code"><pre class="html" style="font-family:monospace;">&lt;header  style=&quot;width:300px;height:200px;margin:0 auto;&quot;&gt;
 内容
&lt;/header&gt;</pre></td></tr></table></div>


<div class="wp_syntax"><table><tr><td class="line_numbers"><pre>1
2
3
</pre></td><td class="code"><pre class="html" style="font-family:monospace;">&lt;header&gt;
	&lt;div style=&quot;width:300px;height:200px;margin:0 auto;&quot;&gt;内容&lt;/div&gt;
&lt;/header&gt;</pre></td></tr></table></div>

<p>二、新的表单控件,html5新增了许多input输入类型选择：</p>
<blockquote>
<ul>
<li>email</li>
<li> url</li>
<li>number</li>
<li>range</li>
<li>Date pickers (date, month, week, time, datetime, datetime-local)</li>
<li>search</li>
<li>color</li>
</ul>
</blockquote>
<p>详细了解，请<a href="http://www.w3school.com.cn/html5/html_5_form_input_types.asp" target="_blank">点击这</a>。</p>
<p>以前不借助javascript，实现表单验证功能是不可能的。html5新增的input类型不要javascript就能验证。email可以验证输入是不是email格式；number类型确保输入的是一个数值。这真是振奋人心的新增功能。</p>
<p>但是但是，现在面临最大的推广困难是各浏览器对其的支持，那是相当的不乐观。即使浏览器对标准全面支持，我觉得实际应用起来仍然不那么乐观，因为标准没有规定，当值为true时浏览器应该怎么做，当值为false时浏览器又要怎么做。比如说opera有自己的fasle效果，input底色变红并且出现输入不合法的提示。如果我们想做到各浏览器表现效果一致，恐怕需要一个像css那样的reset.css。</p>
]]></content:encoded>
			<wfw:commentRss>http://chesanqi.com/blog/2010/08/chesanqi-on-html5-part1/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>搜狗拦什么？</title>
		<link>http://chesanqi.com/blog/2010/07/sogou-pop-up-window/</link>
		<comments>http://chesanqi.com/blog/2010/07/sogou-pop-up-window/#comments</comments>
		<pubDate>Sat, 24 Jul 2010 08:40:34 +0000</pubDate>
		<dc:creator>chesanqi</dc:creator>
				<category><![CDATA[div+css]]></category>
		<category><![CDATA[超链接 虚线框 搜狗 浏览器 弹出窗口]]></category>

		<guid isPermaLink="false">http://chesanqi.com/blog/?p=294</guid>
		<description><![CDATA[去掉超链接的虚线框，在IE中至少有这么几种办法：


a {blr:expression(this.onFocus=this.blur())}
onfocus=&#8221;this.blur()&#8221; 
用.htc 实现
使用IE的私有属性hidefocus=true


不考虑性能及其他因素，这几种办法在IE类浏览器遨游、TT、360中都表现相同，但是在搜狗浏览器中，会遇到点麻烦。默认设置的搜狗兼容模式会进行弹出窗口拦截，大概有这么几种情况：


a.新窗口打开会被拦截，原窗口不会。
b.原页面打开会被拦截，但是作为iframe调用不会。
c.页面放到服务器上会拦截，放在本地不会。
d.前面提到的去掉虚线框的前三种办法有可能会被拦截，使用hidefocus=true则有可能放过你，具体见demo,为什么都是有可能，见下面三点。
e.如果页面有两个指向相同地址的a链接，被拦截的那个a先被点击，那紧接着点击不会被拦截的a也会被拦截。
f.如果页面有两个指向相同地址的a链接，不被拦截的那个a先被点击，那紧接着点击会被拦截的a则不会被拦截，刷新页面也不会。
g.如果页面有两个指向相同地址的a链接和一个其他指向其他地址的a链接，如果不被拦截的那个二分之一a先被点击，接着单独的那个a被点击，此时再点击会被拦截的a则会被拦截。（f和g的区别在于，点击两次相同的链接a之间是否点击了另外的其他链接。）
h.有几个例外不会被拦截，搜狐（http://www.sohu.com/）QQ（http://www.qq.com/）Google（http://www.google.com/）谷歌中国（http://www.google.cn/）
（但是，谷歌中国新家（http://www.google.com.hk/）会被拦截,另外焦点房产网、17173、chinaren、搜狗包括搜狗浏览器官网均会被拦。）


]]></description>
			<content:encoded><![CDATA[<p>去掉超链接的虚线框，在IE中至少有这么几种办法：</p>
<blockquote>
<ol>
<li>a {blr:expression(this.onFocus=this.blur())}</li>
<li>onfocus=&#8221;this.blur()&#8221; </li>
<li>用.htc 实现</li>
<li>使用IE的私有属性hidefocus=true</li>
</ol>
</blockquote>
<p>不考虑性能及其他因素，这几种办法在IE类浏览器遨游、TT、360中都表现相同，但是在搜狗浏览器中，会遇到点麻烦。默认设置的搜狗兼容模式会进行弹出窗口拦截，大概有这么几种情况：</p>
<blockquote>
<ul>
<li>a.新窗口打开会被拦截，原窗口不会。</li>
<li>b.原页面打开会被拦截，但是作为iframe调用不会。</li>
<li>c.页面放到服务器上会拦截，放在本地不会。</li>
<li>d.前面提到的去掉虚线框的前三种办法有可能会被拦截，使用hidefocus=true则有可能放过你，具体见<a href="http://chesanqi.com/lab/sogou-pop-up-window/index.html" target="_blank">demo</a>,为什么都是有可能，见下面三点。</li>
<li>e.如果页面有两个指向相同地址的a链接，被拦截的那个a先被点击，那紧接着点击不会被拦截的a也会被拦截。</li>
<li>f.如果页面有两个指向相同地址的a链接，不被拦截的那个a先被点击，那紧接着点击会被拦截的a则不会被拦截，刷新页面也不会。</li>
<li>g.如果页面有两个指向相同地址的a链接和一个其他指向其他地址的a链接，如果不被拦截的那个二分之一a先被点击，接着单独的那个a被点击，此时再点击会被拦截的a则会被拦截。（f和g的区别在于，点击两次相同的链接a之间是否点击了另外的其他链接。）</li>
<li>h.有几个例外不会被拦截，搜狐（http://www.sohu.com/）QQ（http://www.qq.com/）Google（http://www.google.com/）谷歌中国（http://www.google.cn/）<br />
（但是，谷歌中国新家（http://www.google.com.hk/）会被拦截,另外焦点房产网、17173、chinaren、搜狗包括搜狗浏览器官网均会被拦。）</li>
</ul>
</blockquote>
]]></content:encoded>
			<wfw:commentRss>http://chesanqi.com/blog/2010/07/sogou-pop-up-window/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>facebook奇特的页面加载技术</title>
		<link>http://chesanqi.com/blog/2010/06/facebook-html-chunk/</link>
		<comments>http://chesanqi.com/blog/2010/06/facebook-html-chunk/#comments</comments>
		<pubDate>Tue, 22 Jun 2010 06:59:45 +0000</pubDate>
		<dc:creator>chesanqi</dc:creator>
				<category><![CDATA[收藏夹]]></category>
		<category><![CDATA[facebook]]></category>

		<guid isPermaLink="false">http://chesanqi.com/blog/?p=281</guid>
		<description><![CDATA[     facebook使用chunk技术让页面分块输出成很多JS段，这样做的好处就是服务器和客户端可以并行进行处理，不用等服务器全部处理完毕，客户端才进行处理。
     举个博客园首页的列子，博客园首页分为下面几块(&#8220;推荐博客排行&#8221;,&#8221;首页随笔列表&#8221;,&#8221;最新新闻&#8221;&#8230;)
     我们一般对该http请求处理如下：

浏览器发送http请求；
服务器处理请求(从缓存读取前50个推荐博客，从数据库读取&#8221;首页随笔列表&#8221;,从数据库读取&#8221;最新新闻&#8221;)，生成首页的html代码；
服务器发送html代码给客户端；
浏览器接收到响应，处理html。(下载css,js,image,执行js等等)


    可以看出传统的http请求4个过程中，每个过程都必须等待前1个过程完成后才能执行，这样就存在很大的资源浪费。
<a href="http://chesanqi.com/blog/2010/06/facebook-html-chunk/" class="searchmore">Read the Rest...</a><div class="clr"></div>]]></description>
			<content:encoded><![CDATA[<p>     <strong>facebook使用chunk技术让页面分块输出成很多JS段，这样做的好处就是服务器和客户端可以并行进行处理，不用等服务器全部处理完毕，客户端才进行处理。</strong></p>
<p>     举个博客园首页的列子，博客园首页分为下面几块(&#8220;推荐博客排行&#8221;,&#8221;首页随笔列表&#8221;,&#8221;最新新闻&#8221;&#8230;)<br />
     <strong>我们一般对该http请求处理如下：</strong></p>
<blockquote><ol style="font-size:12px;">
<li>浏览器发送http请求；</li>
<li>服务器处理请求(从缓存读取前50个推荐博客，从数据库读取&#8221;首页随笔列表&#8221;,从数据库读取&#8221;最新新闻&#8221;)，生成首页的html代码；</li>
<li>服务器发送html代码给客户端；</li>
<li>浏览器接收到响应，处理html。(下载css,js,image,执行js等等)</li>
</ol>
</blockquote>
<p>    可以看出传统的http请求4个过程中，每个过程都必须等待前1个过程完成后才能执行，这样就存在很大的资源浪费。</p>
<p>    <strong>facebook的对该http请求的处理如下：</strong></p>
<blockquote><ol style="font-size:12px;">
<li> 浏览器发送http请求；</li>
<li> 服务器处理请求；</li>
<ul style="text-indent:1em;">
<li>从缓存读取前50个推荐博客,生成&#8221;推荐博客&#8221;的js代码段，flush输出该代码段；</li>
<li>服务器继续读取&#8221;首页随笔列表&#8221;，并生成输入js代码段；</li>
<li>服务器继续读取&#8221;最新新闻&#8221;，并生成输入js代码段。</li>
</ul>
<li>浏览器接收到js代码段，下载该代码段所需的js和css。插入html代码。</li>
</ol>
</blockquote>
<p>     在这个处理流程中，最大的特点就是2,3是并行进行处理的，服务器处理完一部分数据就把已经处理好的数据交给浏览器进行呈现处理，自己再继续处理其他的数据。</p>
<p>原文链接：<br />
<a href="http://www.cnblogs.com/BearsTaR/archive/2010/06/18/facebook_html_chunk.html">《名站技术分析 — facebook奇特的页面加载技术》</a></p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
相关博文：<br />
<a href="http://chesanqi.com/blog/2010/06/facebook-faster/">《为什么Facebook比以前快2倍》</a></p>
]]></content:encoded>
			<wfw:commentRss>http://chesanqi.com/blog/2010/06/facebook-html-chunk/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>为什么Facebook比以前快2倍</title>
		<link>http://chesanqi.com/blog/2010/06/facebook-faster/</link>
		<comments>http://chesanqi.com/blog/2010/06/facebook-faster/#comments</comments>
		<pubDate>Tue, 22 Jun 2010 05:25:08 +0000</pubDate>
		<dc:creator>chesanqi</dc:creator>
				<category><![CDATA[收藏夹]]></category>

		<guid isPermaLink="false">http://chesanqi.com/blog/?p=273</guid>
		<description><![CDATA[随着用户的增多,几乎所有网站都会面临一个问题：网站速度变慢，用户体验变得不好。Facebook已经有超过5亿的用户，其用户增长速度令人震惊，但是人们从来没有发现Facebook变慢，相反，它正变得越来越快！Facebook 为什么能越来越快？
罗伯特 约翰逊（Robert Johnson）是Facebook的项目总监，他说：在工程师团队对Facebook代码进行了重写和深入优化之后，网站的速度以前快了2倍。
1.Facebook花了多久才让它变快2倍的呢？
罗伯特 约翰逊：我们对网站进行的大幅度的”改革”，这的确使网站速度得到很大的提升。工程师团队花了大概一个月来规划这个项目，具体的实施过程则花费了6个月。
2.在这次的重写行动中，你们在技术上做了什么大的改进？
罗伯特 约翰逊:我们队源代码做了比较多的优化和重写：
1、把用户请求之后的内容生成、网络传输和网页渲染的时间重叠起来;
2、把相应的功能代码放进一个在页面初始化时需要用到的Javascript核心功能文件中;
这个项目叫做”BigPipe“，只要当客户端的浏览器准备好了,我们的服务器就会以最快的速度以流的形式传送内容，当我们的服务器还在产生数据的时候，客户端的浏览器就已经开始下载静态内容和渲染页面最重要的部分了，我们把几部分的时间重叠了起来，使用户感觉更快。这个新的JavaScript库叫做”Primer“.
除了服务器端的大项目之外，我们还对所有的文件都进行了”瘦身”，让一切变得更小更轻，比如我们进行了CSS图片合并(CSS Sprites).
3.Facebook是否鼓励开发员大胆尝试和创新呢？
罗伯特 约翰逊:也许这是这个项目最棘手的部分之一。对于Facebook来说,开发速度是最重要的指标之一，我们不希望看到任何会使开发速度慢下来的事情。我们既要让开发人员尽可能容易的完成任务,又要使网站代码尽可能得到优化，所以我们制造了一些辅助开发工具，它们能使鱼和熊掌兼得。比如Primer，让它使Facebook运行得更快和让它易于集成和不容易被误用是同等重要的。
我们监测一切可能会影响程序性能的因素，并开发相应的工具，在程序正式放出之前检查代码。
这很重要，一旦代码出现问题，系统就会自动提醒开发人员，而不是靠开发人员自己去检查那些问题。这样开发人员就可以不断地创新，只要在出现一些比较特殊问题的时候，开发人口才需要停下来解决那些问题。
原文： oreilly 译文：http://cnnet.us/taobao/facebook-faster/ 转载请保留出处
]]></description>
			<content:encoded><![CDATA[<p>随着用户的增多,几乎所有网站都会面临一个问题：网站速度变慢，用户体验变得不好。Facebook已经有超过5亿的用户，其用户增长速度令人震惊，但是人们从来没有发现Facebook变慢，相反，它正变得越来越快！Facebook 为什么能越来越快？</p>
<p>罗伯特 约翰逊（Robert Johnson）是Facebook的项目总监，他说：在工程师团队对Facebook代码进行了重写和深入优化之后，网站的速度以前快了2倍。</p>
<p><strong>1.Facebook花了多久才让它变快2倍的呢？</strong></p>
<p>罗伯特 约翰逊：我们对网站进行的大幅度的”改革”，这的确使网站速度得到很大的提升。工程师团队花了大概一个月来规划这个项目，具体的实施过程则花费了6个月。</p>
<p><strong>2.在这次的重写行动中，你们在技术上做了什么大的改进？</strong></p>
<p>罗伯特 约翰逊:我们队源代码做了比较多的优化和重写：</p>
<blockquote><p>1、把用户请求之后的内容生成、网络传输和网页渲染的时间重叠起来;<br />
2、把相应的功能代码放进一个在页面初始化时需要用到的Javascript核心功能文件中;</p></blockquote>
<p>这个项目叫做”BigPipe“，只要当客户端的浏览器准备好了,我们的服务器就会以最快的速度以流的形式传送内容，当我们的服务器还在产生数据的时候，客户端的浏览器就已经开始下载静态内容和渲染页面最重要的部分了，我们把几部分的时间重叠了起来，使用户感觉更快。这个新的JavaScript库叫做”Primer“.</p>
<p>除了服务器端的大项目之外，我们还对所有的文件都进行了”瘦身”，让一切变得更小更轻，比如我们进行了CSS图片合并(CSS Sprites).</p>
<p><strong>3.Facebook是否鼓励开发员大胆尝试和创新呢？</strong></p>
<p>罗伯特 约翰逊:也许这是这个项目最棘手的部分之一。对于Facebook来说,开发速度是最重要的指标之一，我们不希望看到任何会使开发速度慢下来的事情。我们既要让开发人员尽可能容易的完成任务,又要使网站代码尽可能得到优化，所以我们制造了一些辅助开发工具，它们能使鱼和熊掌兼得。比如Primer，让它使Facebook运行得更快和让它易于集成和不容易被误用是同等重要的。</p>
<p>我们监测一切可能会影响程序性能的因素，并开发相应的工具，在程序正式放出之前检查代码。</p>
<p>这很重要，一旦代码出现问题，系统就会自动提醒开发人员，而不是靠开发人员自己去检查那些问题。这样开发人员就可以不断地创新，只要在出现一些比较特殊问题的时候，开发人口才需要停下来解决那些问题。</p>
<p>原文： <a href="http://radar.oreilly.com/2010/06/how-facebook-satisfied-a-need.html" target="_blank">oreilly</a> 译文：<a href="http://cnnet.us/taobao/facebook-faster/" target="_blank">http://cnnet.us/taobao/facebook-faster/</a> 转载请保留出处</p>
]]></content:encoded>
			<wfw:commentRss>http://chesanqi.com/blog/2010/06/facebook-faster/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>webrebuild.org第四届年会-北京站</title>
		<link>http://chesanqi.com/blog/2010/06/webrebuild20100717/</link>
		<comments>http://chesanqi.com/blog/2010/06/webrebuild20100717/#comments</comments>
		<pubDate>Sun, 20 Jun 2010 07:22:52 +0000</pubDate>
		<dc:creator>chesanqi</dc:creator>
				<category><![CDATA[div+css]]></category>
		<category><![CDATA[webrebuild 技术交流 前端 重构]]></category>

		<guid isPermaLink="false">http://chesanqi.com/blog/?p=269</guid>
		<description><![CDATA[举办时间： 2010年07月17日(星期六)
举办地点： 北京航空航天大学新主楼会议中心 第二报告厅 （地图）
报名地址： 在线报名
报名截止： 2010年06月27日
官方网址：webrebuild.org
主要议程：
· (W3C)Klaus Birkenbihl——题目待定
· 范俊豪（腾讯）《从浏览器原理看web标准的重要性》
· 谢子斌（Opera）——《HTML5与CSS3》
· 张克军（豆瓣）——《豆瓣的前端架构》
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;
会后相关资源分享：
data on the web &#8212;&#8212;- Klaus Birkenbihl（W3C）
建立前端开发团队 &#8212;&#8212;- 蒋定宇（D-Link<a href="http://chesanqi.com/blog/2010/06/webrebuild20100717/" class="searchmore">Read the Rest...</a><div class="clr"></div>]]></description>
			<content:encoded><![CDATA[<p>举办时间： 2010年07月17日(星期六)<br />
举办地点： 北京航空航天大学新主楼会议中心 第二报告厅 （<a href="http://j.map.baidu.com/k-7J">地图</a>）<br />
报名地址： <a href="http://webrebuild.org/y/beijing/2/signup.html">在线报名</a><br />
报名截止： 2010年06月27日<br />
官方网址：<a href="http://webrebuild.org/y/beijing/2/index.html">webrebuild.org</a></p>
<p>主要议程：</p>
<blockquote><p>· (W3C)Klaus Birkenbihl——题目待定<br />
· 范俊豪（腾讯）《从浏览器原理看web标准的重要性》<br />
· 谢子斌（Opera）——《HTML5与CSS3》<br />
· 张克军（豆瓣）——《豆瓣的前端架构》</p></blockquote>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
会后相关资源分享：<br />
<a href="http://www.w3.org/2010/Talks/0717Beijing-KB/">data on the web</a> &#8212;&#8212;- Klaus Birkenbihl（W3C）<br />
<a href="http://www.slideshare.net/josephj/webrebuild">建立前端开发团队</a> &#8212;&#8212;- 蒋定宇（D-Link 台湾）<br />
<a href="http://www.slideshare.net/zibin/zibin-webrebuild-beijing">谈谈HTML5和CSS3</a> &#8212;&#8212;- 谢子斌（Opera）<br />
<a href="http://www.slideshare.net/greengnn/webrebuild-beijing-tommyfan">网页性能优化之路</a> &#8212;&#8212;- 范俊豪（腾讯）<br />
<a href="http://hikejun.com/sharing/2010webrebuild/?file=fe-infrastructure.html#1">前端基础架构</a> &#8212;&#8212;- 张克军（豆瓣）<br />
<a href="http://www.slideshare.net/greengnn/ss-4787094">从浏览器解析看标准的重要性</a> &#8212;&#8212;- 梁璟彪（腾讯）	</p>
]]></content:encoded>
			<wfw:commentRss>http://chesanqi.com/blog/2010/06/webrebuild20100717/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>一起去看IMAX 3D版的《阿凡达》</title>
		<link>http://chesanqi.com/blog/2010/03/upie6/</link>
		<comments>http://chesanqi.com/blog/2010/03/upie6/#comments</comments>
		<pubDate>Sat, 20 Mar 2010 08:28:37 +0000</pubDate>
		<dc:creator>chesanqi</dc:creator>
				<category><![CDATA[说书时间]]></category>
		<category><![CDATA[IE6 浏览器 张爱玲 和菜头]]></category>

		<guid isPermaLink="false">http://chesanqi.com/blog/?p=245</guid>
		<description><![CDATA[等你升级的时间，那惨淡的心情大概只有军队作战前的黎明可以比拟。像“斯巴达克斯”里奴隶起义的叛军在晨雾中遥望罗马大军摆阵，所有的战争片中最恐怖的一幕，因为完全是等待。

或许你还在使用2001年10月诞生的IE6(Internet Explorer 6)浏览器，而现在是2010年3月。在日新月异以天计算的网络社会中，IE6正阻碍着网络新事物的发展，或许你没有感受到这一点，这是因为背后有许许多多的网络工程师通宵达旦的辛勤工作为你抚平这些沟堑。而现在他们有些受够了，想想吧，马上就10年了，10年前我们用网络做些什么？看土豆优酷？偷菜停车？电子商务？网页游戏？新事物层出不穷，IE6老态龙钟。

因为用的是盗版系统，所以可能你已经关闭了XP的自动更新功能，导致IE6不会自动升级。其实升级IE6也没什么用，因为微软已经放弃了对它的支持。现在有两个新的版本IE7和IE8可供普通用户使用，而在3月17日微软发布了IE9预览版，并且声明IE9将放弃对XP系统的支持，就是说假如你用的是XP操作系统那在不久的将来最高只能升级到IE8，再以后你买了笔记本后的第一件事就是把正版的系统卸掉，换上与你相濡以沫的XP，这就像你看到有人还用WIN98一样XX（该处省略两个字）。

…………]]></description>
			<content:encoded><![CDATA[<p>等你升级的时间，那惨淡的心情大概只有军队作战前的黎明可以比拟。像“斯巴达克斯”里奴隶起义的叛军在晨雾中遥望罗马大军摆阵，所有的战争片中最恐怖的一幕，因为完全是等待。</p>
<p>或许你还在使用2001年10月诞生的IE6(Internet Explorer 6)浏览器，而现在是2010年3月。在日新月异以天计算的网络社会中，IE6正阻碍着网络新事物的发展，或许你没有感受到这一点，这是因为背后有许许多多的网络工程师通宵达旦的辛勤工作为你抚平这些沟堑。而现在他们有些受够了，想想吧，马上就10年了，10年前我们用网络做些什么？看土豆优酷？偷菜停车？电子商务？网页游戏？新事物层出不穷，IE6老态龙钟。</p>
<p>因为用的是盗版系统，所以可能你已经关闭了XP的自动更新功能，导致IE6不会自动升级。其实升级IE6也没什么用，因为微软已经放弃了对它的支持。现在有两个新的版本IE7和IE8可供普通用户使用，而在3月17日微软发布了IE9预览版，并且声明IE9将放弃对XP系统的支持，就是说假如你用的是XP操作系统那在不久的将来最高只能升级到IE8，再以后你买了笔记本后的第一件事就是把正版的系统卸掉，换上与你相濡以沫的XP，这就像你看到有人还用WIN98一样XX（该处省略两个字）。</p>
<p>也许你很高兴现在没用IE6而是用的“遨游”、“360”、“腾讯TT”、“世界之窗”、“搜狗”，并且让它们自动更新，始终保持在最新版。我承认这些浏览器功能十分强大，让你用起来得心应手。可是你要知道这些都是外壳浏览器，它们调用的都是IE的内核，改头换面换了身皮肤而已。如果你在装这些外壳浏览器时电脑本身还是IE6的浏览器，那这些外壳浏览器依然是IE6的心，如果电脑本身是IE7浏览器，那它们是IE7的心。虽然它们是最新版，但它们的心不会升级。它们的心是玻璃，外壳是木板升级到钢板，从性能上来说……春哥，你知道的。别指望一颗玻璃心能多么坚强。现在“遨游”、“搜狗”等一些外壳浏览器已经开始支持双核，除了支持IE核心外，也支持WebKit内核（一个开源的浏览器引擎），虽然一些国内网页开发人员对外壳浏览器鄙夷依旧，但它们会比这篇文章更能改变你们的习惯。</p>
<p>目前除了IE系列的浏览器外，还有<a href="http://www.mozillaonline.com/" target="_blank">火狐浏览器</a>(Firefox)、<a href="http://www.google.com/chrome?hl=zh-CN" target="_blank">谷歌浏览器</a>（Google chrome）、<a href="http://www.apple.com.cn/safari/download/" target="_blank">苹果浏览器</a>（Apple safari）、以及市场份额很小，但创新能力很强的<a href="http://www.operachina.com/browser/" target="_blank">Opera浏览器</a>。迫于国内互联网应用的现状，不可能完全不用微软的IE，比如国内一些银行和垃圾政府网站只能保证支持IE6。庆幸之一是这一状况正在慢慢改善，比如<a href="http://www.ccb.com/cn/ccbtoday/20100208_1265610102.html" target="_blank">建行把个人网银率先全面支持 Firefox 浏览器</a>当作抢占Firefox用户市场的重要先机；庆幸之二是上述这些浏览器有针对IE的插件扩展，比如谷歌浏览器有<a href="http://is.gd/aPU3u" target="_blank">IE Tab扩展</a>，下载安装之后在谷歌浏览器地址栏右侧就多了一个按钮，点这个按钮谷歌浏览器就能模拟IE的行为，保证你正常浏览网页。</p>
<p>你也许会说这些关你什么事，现在能用就行呗。是的，目前来说绝大多数的网络应用还不敢放弃对于IE6的支持，你们的势力还很强大。但你这样想让我觉得你已经变得像你讨厌的爸爸妈妈爷爷奶奶一样不乐于接受改变，感叹电脑复杂怎么也学不会，连拼音输入法打个字都那么费劲。</p>
<p>我不能说服你，但你不能阻止我说你。《阿凡达》我只想看IMAX 3D的，14英寸熊猫黑白电视机有什么意思呢？</p>
<p>等你升级的时间，那惨淡的心情大概只有军队作战前的黎明可以比拟。像“斯巴达克斯”里奴隶起义的叛军在晨雾中遥望罗马大军摆阵，所有的战争片中最恐怖的一幕，因为完全是等待。</p>
<p>在等待的时间，让我心平气和的看一副《<a href="http://www.yeeyan.org/">译言网</a>》的漫画：<br />
<a href="http://article.yeeyan.org/view/119531/91188">Internet Explorer 6 的盛衰史（漫画）— Smashing Magazine</a><br />
<a href="http://article.yeeyan.org/view/119531/91188"><img alt="" src="http://cdn.yeeyan.org/upload/attached/2010-02/23/20100223170220_74882.jpg" title="IE6盛衰史1" class="alignnone" width="500" height="667" target="_blank" /></a><br />
<a href="http://article.yeeyan.org/view/119531/91188"><img alt="" src="http://cdn.yeeyan.org/upload/attached/2010-02/23/20100223170228_74882.jpg" title="IE6盛衰史2" class="alignnone" width="500" height="667" target="_blank" /></a><br />
<a href="http://article.yeeyan.org/view/119531/91188"><img alt="" src="http://cdn.yeeyan.org/upload/attached/2010-02/23/20100223170241_51614.jpg" title="IE6盛衰史3" class="alignnone" width="500" height="667" target="_blank" /></a><br />
<a href="http://article.yeeyan.org/view/119531/91188"><img alt="" src="http://cdn.yeeyan.org/upload/attached/2010-02/23/20100223170245_74882.jpg" title="IE6盛衰史4" class="alignnone" width="500" height="667" target="_blank" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://chesanqi.com/blog/2010/03/upie6/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>常见HTTP状态码</title>
		<link>http://chesanqi.com/blog/2010/02/http-status-code/</link>
		<comments>http://chesanqi.com/blog/2010/02/http-status-code/#comments</comments>
		<pubDate>Mon, 22 Feb 2010 08:38:47 +0000</pubDate>
		<dc:creator>chesanqi</dc:creator>
				<category><![CDATA[收藏夹]]></category>

		<guid isPermaLink="false">http://chesanqi.com/blog/?p=242</guid>
		<description><![CDATA[200
请求已成功，请求所希望的响应头或数据体将随此响应返回。
一句话总结：服务器成功返回网页
301
被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个URI之一。如果可能，拥有连结编辑功能的客户端应当自动把请求的地址修改为从伺服器反馈回来的地址。除非额外指定，否则这个响应也是可缓存的。
新的永久性的URI应当在响应的Location域中返回。除非这是一个HEAD请求，否则响应的实体中应当包含指向新的URI的超连结及简短说明。
如果这不是一个GET或者HEAD请求，因此浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。注意：对于某些使用HTTP/1.0协议的浏览器，当它们发送的POST请求得到了一个301响应的话，接下来的重定向请求将会变成GET方式。
 一句话总结：网址永久性重定向
302
请求的资源现在临时从不同的URI响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。新的临时性的URI应当在响应的Location域中返回。除非这是一个HEAD请求，否则响应的实体中应当包含指向新的URI的超连结及简短说明。
 一句话总结：网址临时性重定向
401
当前请求需要用户验证。该响应必须包含一个适用于被请求资源的WWW-Authenticate信息头用以询问用户信息。客户端可以重复提交一个包含恰当的Authorization头信息的请求。如果当前请求已经包含了Authorization证书，那么401响应代表着伺服器验证已经拒绝了那些证书。如果401响应包含了与前一个响应相同的身份验证询问，且浏览器已经至少尝试了一次验证，那么浏览器应当向用户展示响应中包含的实体信息，因为这个实体信息中可能包含了相关诊断信息。
一句话总结：未授权—未授权客户机访问数据
403
伺服器已经理解请求，但是拒绝执行它。与401响应不同的是，身份验证并不能提供任何帮助，而且这个请求也不应该被重复提交。如果这不是一个HEAD请求，而且伺服器希望能够讲清楚为何请求不能被执行，那么就应该在实体内描述拒绝的原因。当然伺服器也可以返回一个404响应，假如它不希望让客户端获得任何信息。
 一句话总结：服务器拒绝请求
404
请求失败，请求所希望得到的资源未被在伺服器上发现。没有信息能够告诉用户这个状况到底是暂时的还是永久的。假如伺服器知道情况的话，应当使用410状态码来告知旧资源因为某些内部的配置机制问题，已经永久的不可用，而且没有任何可以跳转的地址。 404这个状态码被广泛应用于当伺服器不想揭示到底为何请求被拒绝或者没有其他适合的响应可用的情况下。
 一句话总结：404表示临时性，410表示永久性
413
伺服器拒绝处理当前请求，因为该请求提交的实体数据大小超过了伺服器愿意或者能够处理的范围。此种情况下，伺服器可以关闭连接以免客户端继续发送此请求。
 一句话总结：数据量过大，服务器拒绝
500
伺服器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理。一般来说，这个问题都会在服务器的程序码出错时出现。
 一句话总结：服务器遇到错误，无法完成请求
转自：http://binbin8497.javaeye.com/blog/494089
]]></description>
			<content:encoded><![CDATA[<blockquote><p>200<br />
请求已成功，请求所希望的响应头或数据体将随此响应返回。<br />
<strong>一句话总结：服务器成功返回网页</strong></p>
<p>301<br />
被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个URI之一。如果可能，拥有连结编辑功能的客户端应当自动把请求的地址修改为从伺服器反馈回来的地址。除非额外指定，否则这个响应也是可缓存的。<br />
新的永久性的URI应当在响应的Location域中返回。除非这是一个HEAD请求，否则响应的实体中应当包含指向新的URI的超连结及简短说明。<br />
如果这不是一个GET或者HEAD请求，因此浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。注意：对于某些使用HTTP/1.0协议的浏览器，当它们发送的POST请求得到了一个301响应的话，接下来的重定向请求将会变成GET方式。<br />
<strong> 一句话总结：网址永久性重定向</strong></p>
<p>302<br />
请求的资源现在临时从不同的URI响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。新的临时性的URI应当在响应的Location域中返回。除非这是一个HEAD请求，否则响应的实体中应当包含指向新的URI的超连结及简短说明。<br />
<strong> 一句话总结：网址临时性重定向</strong></p>
<p>401<br />
当前请求需要用户验证。该响应必须包含一个适用于被请求资源的WWW-Authenticate信息头用以询问用户信息。客户端可以重复提交一个包含恰当的Authorization头信息的请求。如果当前请求已经包含了Authorization证书，那么401响应代表着伺服器验证已经拒绝了那些证书。如果401响应包含了与前一个响应相同的身份验证询问，且浏览器已经至少尝试了一次验证，那么浏览器应当向用户展示响应中包含的实体信息，因为这个实体信息中可能包含了相关诊断信息。<br />
<strong>一句话总结：未授权—未授权客户机访问数据</strong></p>
<p>403<br />
伺服器已经理解请求，但是拒绝执行它。与401响应不同的是，身份验证并不能提供任何帮助，而且这个请求也不应该被重复提交。如果这不是一个HEAD请求，而且伺服器希望能够讲清楚为何请求不能被执行，那么就应该在实体内描述拒绝的原因。当然伺服器也可以返回一个404响应，假如它不希望让客户端获得任何信息。<br />
<strong> 一句话总结：服务器拒绝请求</strong></p>
<p>404<br />
请求失败，请求所希望得到的资源未被在伺服器上发现。没有信息能够告诉用户这个状况到底是暂时的还是永久的。假如伺服器知道情况的话，应当使用410状态码来告知旧资源因为某些内部的配置机制问题，已经永久的不可用，而且没有任何可以跳转的地址。 404这个状态码被广泛应用于当伺服器不想揭示到底为何请求被拒绝或者没有其他适合的响应可用的情况下。<br />
<strong> 一句话总结：404表示临时性，410表示永久性</strong></p>
<p>413<br />
伺服器拒绝处理当前请求，因为该请求提交的实体数据大小超过了伺服器愿意或者能够处理的范围。此种情况下，伺服器可以关闭连接以免客户端继续发送此请求。<br />
<strong> 一句话总结：数据量过大，服务器拒绝</strong></p>
<p>500<br />
伺服器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理。一般来说，这个问题都会在服务器的程序码出错时出现。<br />
 <strong>一句话总结：服务器遇到错误，无法完成请求</strong></p></blockquote>
<p>转自：<a href="http://binbin8497.javaeye.com/blog/494089">http://binbin8497.javaeye.com/blog/494089</a></p>
]]></content:encoded>
			<wfw:commentRss>http://chesanqi.com/blog/2010/02/http-status-code/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>小小的百度</title>
		<link>http://chesanqi.com/blog/2010/01/i-see-baidu/</link>
		<comments>http://chesanqi.com/blog/2010/01/i-see-baidu/#comments</comments>
		<pubDate>Sat, 23 Jan 2010 01:19:09 +0000</pubDate>
		<dc:creator>chesanqi</dc:creator>
				<category><![CDATA[说书时间]]></category>
		<category><![CDATA[百度 谷歌]]></category>

		<guid isPermaLink="false">http://chesanqi.com/blog/?p=240</guid>
		<description><![CDATA[百度和Google的故事我也随便写点什么吧。
按网上统计支持Google的多百度的少（当然官方的得反过来）。不管统计的结果怎样，这可能只是庄子梦蝶的故事。因为可能还有第三种答案：去乡下问问占全国人口百分之七八十的农民伯伯，“您对谷歌和百度的事情怎么看？”农民伯伯可能会回答，“现在粮价上涨早就不打渔了，看着田里的谷子涨势那么好，心里都跟唱歌似的。”
百度的痛处在于没有退路，Google可以选择退出，因为他还有全球的市场，而百度日本还一般般。百度往哪里退？再退只能学南宋的赵构跳海了。不要谈什么没骨气，每个人都想做出一番事业，李彦宏可以去美国创业，但在美国的他绝对不是现在的他，他可能是个经理人、技术总监或者影响力微乎其微的公司的创始人，或许他取得了拿得出手的成就，影响力日益传播到中国，这时大陆的人可能是5毛也可能是谷粉就会呼吁他回国创业希望他回国创业，每个在外游学的人都想到过要回国创业，在祖国出人头地。在祖国他雄心勃勃要创造一个公平公正促进信息正常流通的搜索引擎，于是他被弄死了。
百度要同Google划洋而治，百度台湾百度日本百度韩国百度新加坡……假设他运气好，国外市场份额节节高升，超过了国内市场。那他的腰杆怎么着也会硬点了，对政府讲话也有底气了，于是他在国内的市场被彻底弄死了。
这时候会有一个新的搜索引擎出现，他可能叫谷度，一跃成为中国最大的搜索引擎，坐在那个寒风凛冽的位置。
而政府就是他座位底下的一壶开水，谷度谷度地冒着热气。
注：小小是小小的蜗牛的小小，不是小小的乡长的小小。
]]></description>
			<content:encoded><![CDATA[<p>百度和Google的故事我也随便写点什么吧。</p>
<p>按网上统计支持Google的多百度的少（当然官方的得反过来）。不管统计的结果怎样，这可能只是庄子梦蝶的故事。因为可能还有第三种答案：去乡下问问占全国人口百分之七八十的农民伯伯，“您对谷歌和百度的事情怎么看？”农民伯伯可能会回答，“现在粮价上涨早就不打渔了，看着田里的谷子涨势那么好，心里都跟唱歌似的。”</p>
<p>百度的痛处在于没有退路，Google可以选择退出，因为他还有全球的市场，而百度日本还一般般。百度往哪里退？再退只能学南宋的赵构跳海了。不要谈什么没骨气，每个人都想做出一番事业，李彦宏可以去美国创业，但在美国的他绝对不是现在的他，他可能是个经理人、技术总监或者影响力微乎其微的公司的创始人，或许他取得了拿得出手的成就，影响力日益传播到中国，这时大陆的人可能是5毛也可能是谷粉就会呼吁他回国创业希望他回国创业，每个在外游学的人都想到过要回国创业，在祖国出人头地。在祖国他雄心勃勃要创造一个公平公正促进信息正常流通的搜索引擎，于是他被弄死了。</p>
<p>百度要同Google划洋而治，百度台湾百度日本百度韩国百度新加坡……假设他运气好，国外市场份额节节高升，超过了国内市场。那他的腰杆怎么着也会硬点了，对政府讲话也有底气了，于是他在国内的市场被彻底弄死了。</p>
<p>这时候会有一个新的搜索引擎出现，他可能叫谷度，一跃成为中国最大的搜索引擎，坐在那个寒风凛冽的位置。</p>
<p>而政府就是他座位底下的一壶开水，谷度谷度地冒着热气。</p>
<p>注：小小是小小的蜗牛的小小，不是小小的乡长的小小。</p>
]]></content:encoded>
			<wfw:commentRss>http://chesanqi.com/blog/2010/01/i-see-baidu/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>前端博客搜索</title>
		<link>http://chesanqi.com/blog/2010/01/%e5%89%8d%e7%ab%af%e5%8d%9a%e5%ae%a2%e6%90%9c%e7%b4%a2/</link>
		<comments>http://chesanqi.com/blog/2010/01/%e5%89%8d%e7%ab%af%e5%8d%9a%e5%ae%a2%e6%90%9c%e7%b4%a2/#comments</comments>
		<pubDate>Tue, 19 Jan 2010 13:10:53 +0000</pubDate>
		<dc:creator>chesanqi</dc:creator>
				<category><![CDATA[收藏夹]]></category>

		<guid isPermaLink="false">http://chesanqi.com/blog/?p=232</guid>
		<description><![CDATA[丸子同学整理出了一个前端博客搜索，整合了国内外知名的125个(陆续增加ing)前端博客。
优点：
· 搜索引擎使用的是Google的数据
· 搜索范围只针对前端开发相关内容
· 所收录站点为全手工的审核

自他介绍：
这是一个搜索前端博客的插件,目前全手工收录了146个国内外的前端开发者博客及相关站点!是方便查找前端资料的好帮手!你可以看到:当你访问这个页面时,你的IE7+或者Firefox2+右上角的搜索工具栏中多了个前端博客搜索,而在Google chrome4.0+你可以以chrome自己的方式方便的使用它.是的,通过它你可以直接在浏览器的搜索栏里搜索我已收录的前端博客的文章资料,一切就是这么简单!
试用：

]]></description>
			<content:encoded><![CDATA[<p><a href="http://princeb4d.com/">丸子同学</a>整理出了一个<a href="http://s.princeb4d.com/">前端博客搜索</a>，整合了国内外知名的125个(陆续增加ing)前端博客。</p>
<p>优点：<br />
· 搜索引擎使用的是Google的数据<br />
· 搜索范围只针对前端开发相关内容<br />
· 所收录站点为全手工的审核</p>
<blockquote><p>
自他介绍：<br />
这是一个搜索前端博客的插件,目前全手工收录了146个国内外的前端开发者博客及相关站点!是方便查找前端资料的好帮手!你可以看到:当你访问这个页面时,你的IE7+或者Firefox2+右上角的搜索工具栏中多了个前端博客搜索,而在Google chrome4.0+你可以以chrome自己的方式方便的使用它.是的,通过它你可以直接在浏览器的搜索栏里搜索我已收录的前端博客的文章资料,一切就是这么简单!</p></blockquote>
<p>试用：</p>
<blockquote><p><script src="http://www.gmodules.com/ig/ifr?url=http://www.google.com/cse/api/006584053597041109181/cse/d0cihlrffdy/gadget&amp;synd=open&amp;w=320&amp;h=35&amp;title=%E5%89%8D%E7%AB%AF%E5%8D%9A%E5%AE%A2%E6%90%9C%E7%B4%A2&amp;border=%23ffffff%7C3px%2C1px+solid+%23999999&amp;output=js"></script></p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://chesanqi.com/blog/2010/01/%e5%89%8d%e7%ab%af%e5%8d%9a%e5%ae%a2%e6%90%9c%e7%b4%a2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
