304状态码

在网站建设的实际应用中，容易出现很多小小的失误，就像mysql当初优化不到位，影响整体网站的浏览效果一样，其实，网站的常规http状态码的表现也是一样， Google无法验证网站几种解决办法 ，提及到由于404状态页面设置不正常，导致了 google 管理员工具无法验证的情况，当然，影响的不仅仅是这一方面，影响的更是网站的整体浏览效果。因此，比较清楚详细的了解http状态码的具体含义，对于一个网站站长来说，这是很有必要俱备的网站制作基础条件。 如果某项请求发送到您的服务器要求显示您网站上的某个网页（例如，用户通过浏览器访问您的网页或 Googlebot 抓取网页时），服务器将会返回 HTTP 状态码响应请求。 此状态码提供关于请求状态的信息，告诉 Googlebot 关于您的网站和请求的网页的信息。 一些常见的状态码为： 200 – 服务器成功返回网页 404 – 请求的网页不存在 503 – 服务器超时 下面提供 HTTP 状态码的完整列表。点击链接可了解详情。您也可以访问 HTTP 状态码上的 W3C 页获取更多信息 。 1xx （临时响应） 表示临时响应并需要请求者继续执行操作的状态码。 100（继续） 请求者应当继续提出请求。服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。 101（切换协议） 请求者已要求服务器切换协议，服务器已确认并准备切换。 2xx （成功

在上篇博客 【细说 ASP.NET Cache 及其高级用法】 中， 我给大家介绍了ASP.NET Cache，这种服务端使用的缓存API 。在我们开发一个ASP.NET网站的过程中，其实有很多地方都是可以使用缓存的， 只是由于ASP.NET是一种基于服务端的开发平台，自然我们也经常在服务端的代码中使用各类缓存技术， 然而，由于WEB应用程序的服务对象是客户端的浏览器，通常来说，我们并不能直接控制浏览器的行为，但是， 浏览器却可以根据后台网站的指示，采取一些优化的方式来更快地呈现页面。 客户端浏览器也有自己的缓存机制，通常浏览器也使用缓存来优化一些页面的显示过程， 不过，我们并不能直接使用C#代码控制浏览器的缓存操作，但我们可以告诉浏览器如何使用缓存，从而达到优化网站性能的目的。 这次博客的主题是：用ASP.NET控制HTTP请求过程中浏览器缓存的一些方法。 正常的HTTP请求过程 在开始介绍浏览器在HTTP请求过程前，我想有必要先来看一下浏览器请求一个普通ASPX页面的过程。 说明：本文在介绍HTTP请求过程时，会大量使用Fiddler来分析具体的请求过程。 上图是一个普通的ASPX页面的请求过程，说它普通是因为：我在创建这个页面后，没对它做任何缓存方面的处理。 图片中我们可以可以看到服务器的响应状态为：HTTP/1.1 200 OK，这是一个服务器成功响应的标志。 另外