SEO技术:百度SEO:google SEO:seo工具:搜索引擎优化技术

采用CSS+DIV对网站重构日趋被大家重视起来了，尤其是大型站点。

其实，早些时候像阿里巴巴、163等大型门户站点就已经完成了重构工作。使用CSS+DIV来编写网页源码，这种方法确实比传统的table形式的源码架构强多了。

采用CSS+DIV进行网页重构相对与传统的TABLE网页布局而具有以下4个显著优势：

1、表现和内容相分离

将设计部分剥离出来放在一个独立样式文件中，HTML文件中只存放文本信息。

2、提高搜索引擎对网页的索引效率

用只包含结构化内容的HTML代替嵌套的标签，搜索引擎将更有效地搜索到你的网页内容，并可能给你一个较高的评价。

3、提高页面浏览速度

对于同一个页面视觉效果，采用CSS+DIV重构的页面容量要比TABLE编码的页面文件容量小得多，前者一般只有后者的1/2大小。

4、易于维护和改版

你只要简单的修改几个CSS文件就可以重新设计整个网站的页面。

从以上的描述来看，采用CSS+DIV对网站重构可以大大提升网站用户与搜索引擎的友好度。既然是这样，那为什么不从现在开始就学习并掌握CSS+DIV的网站重构方法呢？

此文转载,并非seo技术站原创

前段时间，一些百度的密切关注者纷纷撰文，大谈IIS日志 200 0 64 状态乃百度封站“拨毛”之征兆。樂思蜀在此谈谈个人看法，供参考。

目前，对于 200 0 64 的观点大致分为以下几种：

1. 会话故障，请求不可到达，并非百度封站征兆
2. 百度封站、“拨毛”或放入沙盒
3. 64位操作系统

樂思蜀参考了大量相关文章，虽未得出最终结论，但觉得第一种观点最合理，现分析如下。

首先来看 200 0 64 状态码的构成

200 0 64：sc-status（协议状态） sc-substatus（协议子状态） sc-win32-status（Win32状态码）

sc-status（协议状态）：200 连接成功

sc-win32-status（Win32状态码）：64 指定的网络名不再可用

假设请求过程

我们不妨来假设一下请求的过程：客户端向服务端发送访问请求 -> 服务端响应请求，资源存在，请求成功，发送资源（sc-status 200） -> 客户端等待所请求的资源 -> TIME_WAIT/CLOSE_WAIT -> 客户端断开连接，发送Win32状态（sc-win32-status 64）

这个假设是否成立，核心在于证实请求过程中 TIME_WAIT/CLOSE_WAIT 的存在。

支持假设的依据

1、假设的请求中 200 0 64 状态码分析：在服务端与客户端通话的过程中，因请求的资源存在，并由服务端正常发送，故sc-status为200；客户端并未正确的收到资源，返回 sc-win32-status 为64；服务器记录会话状态 200 0 64。

2、据网上资料及手中IIS日志分析结果，状态 200 0 64 的请求，其发送数据一般为0或极小的字节数，而接收的字节数一般大于发送字节数；也可以这样理解，客户端请求的数据大于服务端发送的数据。这一点也可证实上一点的说法。

3、分析结果显示，并非仅百度蜘蛛（Baiduspider）的请求出现 200 0 64，出现 200 0 64 状态的网站用户访问也同样存在。

补充

参考相关资料时，很多提问者都提到，服务器存在这样的情况，其中有无关联望高手解答：

• 服务器中同时存在IIS和Apache
• IIS经常无故重启
• 服务器CPU使用经常100%

综上所述，个人认为 200 0 64 可能仅是请求失败，并不表示与百度封站有着必然的联系。

附：在国外论坛看到的一段解释

sc-win32-status of 64 means “The specified network name is no longer available”. It usually occurs when the client reset the connection after getting the last packet rather than doing a graceful close of the connection. In client server architecture after IIS has sent final response to client typically it waits for ACK message form client. Now certain clients instead of sending final ACK back to server, resets the connections which are not and graceful connection close and hence IIS logs “64” in IIS logs. Many clients will reset the connection when they are done with it, to free up the socket instead of leaving it in TIME_WAIT/CLOSE_WAIT. Proxies tend to do it more than others do, hence win 32 status code of 64 should be reviewed only if necessary.

作者：樂思蜀
原文：http://www.lesishu.cn/i-think/200-0-64/
版权所有，转载时必须以链接形式注明作者和原出处并保留本声明。

转载请注明转自seo.bodait.com

1.intitle:
将搜索的范围限制在网页的标题内容.
allintitle:搜索的所有关键字都必须在网页的标题中.
intitle 在google,baidu,yahoo都可以有结果

2.intext:
仅在网页的正文中搜索关键词(例如：忽略超链接文本,Url和题目),
allintext:搜索的所有关键字都必须在网页的正文中.
比如 allintext:seo 技术
intext在google,baidu,yahoo中都可以使用

3.inanchor:
在页面的链接锚点进行搜索。链接锚点是指<a href=>google</a>中间的google,
allinanchor:搜索的所有关键字都要出现在链接锚点中。
inanchor在google,yahoo,baidu中也是都可以使用的

4.site:
将搜索限制在站点或者顶级域名上.
对于分层式目录来说,如果网站结构非藏复杂,则不建议使用site命令.但对于简单的目录结构的站点.
site:URL+关键字 是非常有效的站内搜索命令.
另外须注意的是google中使用site,可以加上http://, google会自动处理掉。但baidu 和yahoo则不能加http://.
例如: site:seo.bodait.com 百度seo

5.inurl:
将搜索结果限制在URL里. allinurl, 所有关键字都限制在URL里。inurl 在google,baidu,yahoo都可以有结果.inurl可以和

site命令混合使用。
例子:site:seo.bodait.com inurl:seo

6.link:
某个特定url有多少外部链接. yahoo没有这个命令.

7.cache:
查看网页快照。Yahoo，Baidu不支持此命令。
google中你可以使用
cache:seo.bodait.com来查看google上次收录更新是在什么时候.

8.filetype:
搜索后缀或者文件名的扩展名。Google和Yahoo支持filetype命令，Baidu不支持
例子:seo技术 filetype:pdf 注意,filetype前面的关键字不能为空