来源：互联网 更新时间： 20:39:46 责任编辑：鲁晓倩字体：
请问： 为什么浏览网页出现错误的时候会报404而不是其他数字？404有怎样的含义？为什么是404 not found？不是403？402？
提供的知识：这个404实际上是根据万维网错误代码而得到的：所以404 的含义是：第一个 4 表示客户端出错，第二个 0 表示你把网址打错了；最后表示这个错误代码在 4 开头的错误代码中排行老四。以下是搬运的万维网错误代码：在默认状态下，IIS把它的日志文件放在%WINDIR\System32\Logfiles文件夹中。每个万维网(WWW)站点和FTP站点在该目录下都有一个单独的目录。在默认状态下，每天都会在这些目录下创建日志文件，并用日期给日志文件命名（例如，exYYMMDD.log）。HTTP1xx-信息提示这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个1xx响应。100-继续。101-切换协议。2xx-成功这类状态代码表明服务器成功地接受了客户端请求。200-确定。客户端请求已成功。201-已创建。202-已接受。203-非权威性信息。204-无内容。205-重置内容。206-部分内容。3xx-重定向客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。301-对象已永久移走，即永久重定向。302-对象已临时移动。304-未修改。307-临时重定向。4xx-客户端错误发生错误，客户端似乎有问题。例如，客户端请求不存在的页面，客户端未提供有效的身份验证信息。400-错误的请求。401-访问被拒绝。IIS定义了许多不同的401错误，它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示，但不在IIS日志中显示：401.1-登录失败。401.2-服务器配置导致登录失败。401.3-由于ACL对资源的限制而未获得授权。401.4-筛选器授权失败。401.5-ISAPI/CGI应用程序授权失败。401.7C访问被Web服务器上的URL授权策略拒绝。这个错误代码为IIS6.0所专用。403-禁止访问：IIS定义了许多不同的403错误，它们指明更为具体的错误原因：403.1-执行访问被禁止。403.2-读访问被禁止。403.3-写访问被禁止。403.4-要求SSL。403.5-要求SSL128。403.6-IP地址被拒绝。403.7-要求客户端证书。403.8-站点访问被拒绝。403.9-用户数过多。403.10-配置无效。403.11-密码更改。403.12-拒绝访问映射表。403.13-客户端证书被吊销。403.14-拒绝目录列表。403.15-超出客户端访问许可。403.16-客户端证书不受信任或无效。403.17-客户端证书已过期或尚未生效。403.18-在当前的应用程序池中不能执行所请求的URL。这个错误代码为IIS6.0所专用。403.19-不能为这个应用程序池中的客户端执行CGI。这个错误代码为IIS6.0所专用。403.20-Passport登录失败。这个错误代码为IIS6.0所专用。404-未找到。404.0-（无）C没有找到文件或目录。404.1-无法在所请求的端口上访问Web站点。404.2-Web服务扩展锁定策略阻止本请求。404.3-MIME映射策略阻止本请求。405-用来访问本页面的HTTP谓词不被允许（方法不被允许）406-客户端浏览器不接受所请求页面的MIME类型。407-要求进行代理身份验证。412-前提条件失败。413C请求实体太大。414-请求URI太长。415C不支持的媒体类型。416C所请求的范围无法满足。417C执行失败。423C锁定的错误。5xx-服务器错误服务器由于遇到错误而不能完成该请求。500-内部服务器错误。500.12-应用程序正忙于在Web服务器上重新启动。500.13-Web服务器太忙。500.15-不允许直接请求Global.asa。500.16CUNC授权凭据不正确。这个错误代码为IIS6.0所专用。500.18CURL授权存储不能打开。这个错误代码为IIS6.0所专用。500.100-内部ASP错误。501-页眉值指定了未实现的配置。502-Web服务器用作网关或代理服务器时收到了无效响应。502.1-CGI应用程序超时。502.2-CGI应用程序出错。application.503-服务不可用。这个错误代码为IIS6.0所专用。504-网关超时。505-HTTP版本不受支持。到底是谁定义了这些错误代码呢？当然是互联网之父，发明了第一款浏览器的Tim Berners-Lee了！他发明了万维网、第一个网络浏览器、以及允许网络扩展的基本协议和算法。在日，他被授予了“计算机世界的诺贝尔奖”――图灵奖。~涨知识了吧~快快关注吧！由用户
提供的知识：在日常上网的过程中，有时候由于网络问题，你的浏览器并没能显示你想要的内容，而显示的是 404 错误提示，无法找到相应的信息。HTTP 404 或 Not Found 错误信息是 HTTP 的其中一种“标准回应信息”（ HTTP 状态码），此信息代表客户端在浏览网页时，服务器无法正常提供信息，或是服务器无法回应且不知原因。404 错误信息可能与“server not found”（无法找到服务器）或其他类似信息产生混淆。而 HTTP 又指超文本传输协议（英文：HyperText Transfer Protocol，缩写：HTTP）是一种用于分布式、协作式和超媒体信息系统的应用层协议。HTTP 是万维网的数据通信的基础。设计 HTTP 最初的目的是为了提供一种发布和接收 HTML 页面的方法。通过 HTTP 或者 HTTPS 协议请求的资源由统一资源标识符（Uniform Resource Identifiers，URI）来标识。当客户端使用 HTTP 浏览网页时，服务器需要针对不同的“要求”提供不同的“回应”，譬如浏览器发出 HTML 文件（网页）的要求，并带有数字回应码和 MIME 的信息。代码 404 的第一个“4”代表客户端的错误，如错误的 URL；后两位数字码则代表着特定的错误信息。HTTP 的三字元代码跟早期通讯协定 FTP 和 NNTP 的代码相当类似。从 HTTP 的层面来看，404 信息码之后通常会有一个可读的信息“Not Found”，许多网络服务器的预设页面也都有“404”代码跟“Not Found”的词汇。404 错误信息通常是在目标页面被更动或移除之后显现的页面。因为此两种信息需要特别架构的服务器，许多网站并不使用。导致 404 错误的原因一般来说，有三种：1、无法在所请求的端口上访问Web站点。2、Web服务扩展锁定策略阻止本请求。3、MIME映射策略阻止本请求。404 错误是有它的作用的。404 错误页面这个主要是针对网站优化以及加强网站用户体验性，做了一个 404 错误页面的需要在服务器上操作设置（也可以自己制作一个 404 错误页面），然后当我们的页面访问错误的时候如果我们设置了 404 错误页面，它就会跳转到网站的其他页面，这样就降低了因为错误而引起的死链接，加强了网站的用户体验性，也利于百度蜘蛛的收录，所以我们在做一般的网站优化的时候一般都需要设置 404 错误页面优化网站。由用户
提供的知识：这个问题简单的回答就是，出现404而不是其他的，这是现代HTTP超文本传输协议的规定。当然，这个问题要继续深入，就需要去问蒂姆?伯纳斯?李（Tim Berners-Lee）了。作为万维网之父，这些返回值基本上都是他在创造这个协议时自己规定的。虽然发展到现在这个传输协议更新了很多，但基本的错误提示并没有改变。无论是404还是其他的代码，都是Tim Berners-Lee在1992年自己创造超文本传输协议时写下的。世界上第一个网站，http: //info. cern. ch/，就是Tim Berners-Lee创建的，它解释了万维网是什么，如何使用网页浏览器和如何建立一个网页服务器等等。同时，也规定了浏览网页出现错误（服务器无法找到被请求的页面）的时候会报404而不是其他数字。要想搞明白这个问题，估计需要穿越回去1989年，问问伯纳斯?李在Enquire的基础上提出了利用Hypertext(超文本)重新构造信息系统的设想时是怎么想的。1990年，世界上第一个网络服务器(Web Server)Httpd和第一个客户端浏览编辑程序World Wide Web(WWW)被蒂姆?伯纳斯?李创造。在此之后，互联网得到了广泛的发展，伯纳斯?李又相继制定了互联网的URIs、HTTP、HTML等技术规范。其中就包含，各种404、403等等一直延续至今的技术规范。互联网发展到现在，人们已经司空见惯了。当我们每天打开找片，并感叹着互联网强大的同时，很少有人想到这一切竟是由蒂姆?伯纳斯?李一人之力创造的。 -头条号，初始值发布。由用户
提供的知识：这是HTTP协议中规定的状态返回码，是用来表示服务器对HTTP反映状态的。根据不同的返回状态分类，数字4开头代表请求错误，恰巧404代表not found。not found代表的意思是请求失败，用户所希望看到的东西没有在网络资源上发现。这种情况可能是短时间宕机，也有可能是永久性封闭。正是因为这种不确定性，404这个状态码被广泛应用于当服务器不想揭示到底为何请求被拒绝或者没有其他适合的响应可用的情况下。出现这个错误的最有可能的原因是服务器端没有这个页面。所以成为了用户最常见的一种情况。以上内容代表小编观点，仅供参考。由用户
提供的知识：404只是一个编码，代表访问的内容找不到；因为网络访问技术的复杂性，网络访问会有很多种结果情况，为了准确识别每一种结果，当时的人就给每一种结果编一个唯一的号码以示区别，专业术语叫响应状态码（http status code）。刚巧网页找不到被编到了404，而且这也是大众最常遇到的。还有一种常遇到的是500，表示服务端错误，比如服务器奔溃。编码有从1xx到5xx很多种，我们正常看到网页时，编码是200。有很多编码我们直观感受不到，浏览器都帮我们处理了。由用户
提供的知识：当访问url指定的服务器资源没有找到时，浏览器会接收到http头中返回的404错误码，同时找不到资源时服务器会返回指定的错误页面，在页面设计上会体现出错误原因，其实也就像一些行业黑话一样由用户
提供的知识：看了之前的回答，没有一个说到点子上的。无非就是说http协议代码里规定的定义数据。但是问题是为什么是404而不是其他数字，比如808等等。因为那些定义只是各约定俗成。其实是当初http协议开发时，编写协议错误信息和echo信息小组办公室的号码。由用户
提供的知识：404实际上是根据万维网错误代码而得到的：所以404 的含义是：第一个 4 表示客户端出错，第二个 0 表示你把网址打错了；最后表示这个错误代码在 4 开头的错误代码中排行老四。由用户
提供的知识：404是错误号，一个错误号对应一种错误，没找到就是404的释义，就是地址对应的页面服务器上找不到，当然也有假的，比如我就习惯性把乱扫描的，尝试注入的，尝试探测的自动拉黑，然后转404去由用户
提供的知识：因为世上本没有路走的人多了，也就走了路，当你知道404代表错误的时候，就表示404有了他自己的意义。所有东西的含义，都是人们自己赋予的，希望能给你不一样的感悟。请注意：本内容来自悟空问答，版权归悟空问答所有，本网旨在传播知识，不代表本网赞同以上意见，如有任何问题请与本网联系！声明：以上内容由用户提供，并不代表本网赞同其观点。如有任何不妥，请与不良与违法信息举报中心联系：猜你还喜欢：标签 :&&&&&&
最新添加资讯
24小时热门资讯
Copyright &
xue163.net All Rights Reserved. 学网 版权所有
京ICP备号-1
京公网安备02号整理ASP.NET MVC 5各种错误请求[401,403,404,500]的拦截及自定义页面处理实例 | 图享网
整理ASP.NET MVC 5各种错误请求[401,403,404,500]的拦截及自定义页面处理实例
郑重申明：本文未经许可，禁止任何形式转载
ASP.NET MVC 5的开发中，服务器的各种错误[如：401（登录授权验证），403（禁止访问），404（访问页面不存在），500（服务器内部错误）等]处理是必需考虑并解决的一个问题，如果不处理这些错误或者使用默认的错误页面，那么用于用户体验来说就不是很友好了。严重的甚至可以暴露程序以及服务器的各种信息，给黑客以可乘之机。
网上关于ASP.NET MVC 5的服务器错误处理拦截问题没有太全的总结和整理。今天用一个简单实例来总结整理一下这方面的处理技巧。
首先是404页面的处理，本示例利用Global.asax文件的Application_Error()方法来拦截，使用Server.GetLastError()方法获取到服务器的最后一次错误作为HttpException，再根据httpException的GetHttpCode()方法获取到的http状态码来处理404的页面不存在的问题，Global.asax代码如下：
protected void Application_Error(object sender, EventArgs e)
Exception exception = Server.GetLastError();
HttpException httpException = exception as HttpE
RouteData routeData = new RouteData();
routeData.Values.Add("controller", "Error");
switch (httpException.GetHttpCode())
routeData.Values.Add("action", "HttpError404");
Response.Clear();
Server.ClearError();
Response.TrySkipIisCustomErrors =
IController errorController = new ErrorController();
errorController.Execute(new RequestContext(new HttpContextWrapper(Context), routeData));
//Response.RedirectToRoute(new { controller = "Error", action = "HttpError404" });
以上的404错误处理是直接将事先制作好的HttpError404.cshtml视图信息显示在请求的页面，如：
其次是401(未授权)页面的拦截处理，本示例是创建了一个名为AuthorizeCheckAttribute属性类，此类继承至AuthorizeAttribute类，在AuthorizeCheckAttribute类中，重写了HandleUnauthorizedRequest方法，我们中此方法中来处理所有需要授权但未授权访问的请求，然后再在需要授权访问的控制器或者Action上使用AuthorizeCheck属性，AuthorizeCheckAttribute属性类的代码如下：
protected override void HandleUnauthorizedRequest(AuthorizationContext filterContext)
base.HandleUnauthorizedRequest(filterContext);
if (!filterContext.HttpContext.User.Identity.IsAuthenticated)
filterContext.Controller.TempData.Add("Alert", new Alert { Type = AlertType.Error, Message = "请登录后访问" });
filterContext.Result = new ViewResult
TempData = filterContext.Controller.TempData,
ViewName = "~/Views/Error/HttpError401.cshtml"
//new RedirectResult("~/error/httperror401");
需要授权访问的Action如下：
[AuthorizeCheck]
public ActionResult UnAuthorize()
return View();
这样，如果在未登录授权的情况下访问UnAuthorize这个Action，那么就会被拦截到。我们可以在拦截器里任意处理错误信息了，比如把错误记录到日志等。
最后，我们来处理的服务器的500内部错误。首先创建一个名为CustomHandleErrorAttribute的自定义错误处理属性类，此类继承至HandleErrorAttribute类，在CustomHandleErrorAttribute类中重写OnException方法，代码如下：
public override void OnException(ExceptionContext filterContext)
base.OnException(filterContext);
Exception exception = filterContext.E
//TODO:写错误日志
filterContext.Controller.TempData.Add("Alert", new Alert { Type = AlertType.Error, Message = exception.ToString() });
filterContext.ExceptionHandled =
filterContext.HttpContext.Response.TrySkipIisCustomErrors =
//filterContext.Result = new RedirectResult("~/error/httperror500");
filterContext.Result = new ViewResult
TempData=filterContext.Controller.TempData,
ViewName = "~/Views/Error/HttpError500.cshtml"
//var Result = this.View("Error", new HandleErrorInfo(exception,
//filterContext.RouteData.Values["controller"].ToString(),
//filterContext.RouteData.Values["action"].ToString()));
//filterContext.Result = R
以上代码中，我们使用了filterContext.Result属性来设置拦截到内部错误后的返回视图名字和返回的信息。当然，在OnException这个重写方法中，我们还可以处理日志等操作，根据自已需要来实现就行。写好这个类后，我们再修改FilterConfig类的RegisterGlobalFilters的方法，如下：
public class FilterConfig
public static void RegisterGlobalFilters(GlobalFilterCollection filters)
filters.Add(new CustomHandleErrorAttribute());
当然，我们事先已经在Global.asax文件中注册了全局拦截配置了，Application_Start代码如下：
protected void Application_Start()
AreaRegistration.RegisterAllAreas();
FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
RouteConfig.RegisterRoutes(RouteTable.Routes);
BundleConfig.RegisterBundles(BundleTable.Bundles);
好了，以上就是关于ASP.NET MVC 5中处理各种服务器错误的自定义页面的操作，希望对你有所帮助。
如果你有更好的实现方法，也欢迎留言交流。
最后，我把本实例的代码提供如下，。
阅读了该文章的人还浏览了...
本文永久链接： >>
分享扩散：
电子邮箱(必填)博客分类：
一、HTTP状态码
如果某项请求发送到您的服务器要求显示您网站上的某个网页（例如，用户通过浏览器访问您的网页或 Googlebot 抓取网页时），服务器将会返回 HTTP 状态代码以响应请求。
此状态代码提供关于请求状态的信息， 告诉 Googlebot 关于您的网站和请求的网页的信息。
一些常见的状态代码包括：
– 服务器成功返回网页
– 请求的网页不存在
– 服务器暂时不可用
下面提供 HTTP 状态代码的完整列表。 点击链接可了解详情。 您也可以访问有关 HTTP 状态代码的
1xx：请求收到，继续处理
2xx：操作成功收到，分析、接受
3xx：完成此请求必须进一步处理
4xx：请求包含一个错误语法或不能完成
5xx：服务器执行一个完全有效请求失败
（临时响应）
表示临时响应并需要请求者继续执行操作的状态代码。
100（继续）
请求者应当继续提出请求。 服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。
101（切换协议）
请求者已要求服务器切换协议，服务器已确认并准备切换。
表示服务器成功处理了请求的状态代码。
200（成功）
服务器已成功处理了请求。 通常，这表示服务器提供了请求的网页。 如果针对您的 robots.txt 文件显示此状态，则表示 Googlebot 已成功检索到该文件。
201（已创建）
请求成功并且服务器创建了新的资源。
202（已接受）
服务器已接受请求，但尚未处理。
203（非授权信息）
服务器已成功处理了请求，但返回的信息可能来自另一来源。
204（无内容）
服务器成功处理了请求，但没有返回任何内容。
205（重置内容）
服务器成功处理了请求，但没有返回任何内容。 与 204 响应不同，此响应要求请求者重置文档视图（例如，清除表单内容以输入新内容）。
206（部分内容）
服务器成功处理了部分 GET 请求。
（重定向）
要完成请求，需要进一步操作。 通常，这些状态代码用来重定向。 Google 建议您在每次请求中使用重定向不要超过 5 次。 您可以使用网站管理员工具查看一下 Googlebot 在抓取重定向网页时是否遇到问题。 诊断
页面列出了由于重定向错误而导致 Googlebot 无法抓取的网址。
300（多种选择）
针对请求，服务器可执行多种操作。 服务器可根据请求者（用户代理）选择一项操作，或提供操作列表供请求者选择。
301（永久移动）
请求的网页已永久移动到新位置。 服务器返回此响应（对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新位置。 您应使用此代码告诉 Googlebot 某个网页或网站已永久移动到新位置。
302（暂时移动）
服 务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。 此代码与响应 GET 或
HEAD 请求的 301 代码类似，会自动将请求者转到不同的位置，但您不应使用此代码来告诉 Googlebot 某个网页或网站已经移动，因为
Googlebot 会继续抓取原有位置并编入索引。
303（查看其他位置）
请求者应当对不同的位置使用单独的 GET 请求来检索响应时，服务器返回此代码。 对于除 HEAD 之外的所有请求，服务器会自动转到其他位置。
304（未修改）
自从上次请求后，请求的网页未修改过。服务器返回此响应时，不会返回网页内容。如果网页自请求者上次请求后再也没有更改
过，您应当将服务器配置为返回此响应（称为 If-Modified-Since HTTP 标头）。 由于服务器可以告诉 Googlebot
自从上次抓取后网页没有更改过，因此可节省带宽和开销
305（使用代理）
请求者只能使用代理访问请求的网页。 如果服务器返回此响应，还表示请求者应使用代理。
307（暂时重定向）
服 务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。 此代码与响应 GET 和
HEAD 请求的 301 代码类似，会自动将请求者转到不同的位置，但您不应使用此代码来告诉 Googlebot 某个页面或网站已经移动，因为
Googlebot 会继续抓取原有位置并编入索引。
4xx（请求错误）
这些状态代码表示请求可能出错，妨碍了服务器的处理。
400（错误请求）
服务器不理解请求的语法。
401（未授权）
请求要求身份验证。 对于需要登录的网页，服务器可能返回此响应。
403（禁止）
服务器拒绝请求。 如果您看到 Googlebot 在尝试抓取您网站上的有效网页时收到此状态代码（可以在 Google 网站管理员工具诊 断
下的网络抓取
页面上看到此信息），可能是您的服务器或主机拒绝 Googlebot 访问。
404（未找到）
服务器找不到请求的网页。 例如，如果请求服务器上不存在的网页，服务器通常会返回此代码。如果您的网站上没有 robots.txt 文件，而您在 Google 网站管理员工具”诊断”标签的
上看到此状态，那么这是正确的状态。 但是，如果您有 robots.txt 文件而又看到此状态，则说明您的 robots.txt 文件可能命名错误或位于错误的位置 （该文件应当位于顶级域名，名为 robots.txt）。
如果您看到有关 Googlebot 尝试抓取的网址的此状态（在”诊断”标签的 HTTP 错误页上），则表示 Googlebot 追踪的可能是另一个页面的无效链接（是旧链接或输入有误的链接）。
405（禁用的方法）
禁用请求中指定的方法。
406（不可接受）
无法使用请求的内容特性响应请求的网页。
407（需要代理授权）
此状态代码与 401（未授权）类似，但指定请求者应当授权使用代理。 如果服务器返回此响应，还会指明请求者应当使用的代理。
408（请求超时）
服务器等候请求时发生超时。
409（冲突）
服务器在完成请求时发生冲突。 服务器必须在响应中包含有关冲突的信息。 服务器在响应与前一个请求相冲突的 PUT 请求时可能会返回此代码，同时会附上两个请求的差异列表。
410（已删除）
如果请求的资源已永久删除，服务器就会返回此响应。 该代码与 404（未找到）代码相似，但在资源以前存在而现在不存在的情况下，有时会用来替代 404 代码。 如果资源已永久删除，您应当使用 301 指定资源的新位置。
411（需要有效长度）
服务器不接受不含有效内容长度标头字段的请求。
412（未满足前提条件）
服务器未满足请求者在请求中设置的其中一个前提条件。
413（请求实体过大）
服务器无法处理请求，因为请求实体过大，超出服务器的处理能力。
414（请求的 URI 过长）
请求的 URI（通常为网址）过长，服务器无法处理。
415（不支持的媒体类型）
请求的格式不受请求页面的支持。
416（请求范围不符合要求）
如果页面无法提供请求的范围，则服务器会返回此状态代码。
417（未满足期望要求）
服务器未满足”期望”请求标头字段的要求。
（服务器错误）
这些状态代码表示服务器在尝试处理请求时发生内部错误。 这些错误可能是服务器本身的错误，而不是请求出错。
500（服务器内部错误）
服务器遇到错误，无法完成请求。
501（尚未实施）
服务器不具备完成请求的功能。 例如，服务器无法识别请求方法时可能会返回此代码。
502（错误网关）
服务器充当网关或代理，从上游服务器收到无效响应。
503（服务不可用）
服务器目前无法使用（由于超载或停机维护）。 通常，这只是暂时状态。
504（网关超时）
服务器充当网关或代理，但没有及时从上游服务器收到请求。
505（HTTP 版本不受支持）
服务器不支持请求中所用的 HTTP 协议版本。
100：Continue
101：Switching Protocols
102：Processing
201：Created
202：Accepted
203：Non-Authoriative Information
204：No Content
205：Reset Content
206：Partial Content
207：Multi-Status
300：Multiple Choices
301：Moved Permanently
302：Found
303：See Other
304：Not Modified
305：Use Proxy
306：(Unused)
307：Temporary Redirect
400：Bad Request
401：Unauthorized
402：Payment Granted
403：Forbidden
404：File Not Found
405：Method Not Allowed
406：Not Acceptable
407：Proxy Authentication Required
408：Request Time-out
409：Conflict
411：Length Required
412：Precondition Failed
413：Request Entity Too Large
414：Request-URI Too Large
415：Unsupported Media Type
416：Requested range not satisfiable
417：Expectation Failed
422：Unprocessable Entity
423：Locked
424：Failed Dependency
500：Internal Server Error
501：Not Implemented
502：Bad Gateway
503：Service Unavailable
504：Gateway Timeout
505：HTTP Version Not Supported
507：Insufficient Storage
200号状态码
220.181.32.30 - - [02/Sep/:23 +0800] "GET /article/.shtml HTTP/1.1" 200 28361 "-" "Baiduspider+(+http://www.baidu.com/search/spider.htm)"
服务器日志中的200表示使用GET传递方式网页72570.shtml下载成功。即：当用户或爬虫程序向网站服务器发出浏览请求时，服务器返回 HTTP 数据流里包含某种状态码，200响应号即状态码中的一种，表示本网页被成功下载。
301号状态码
220.181.32.30 - - [02/Sep/:31 +0800] "GET /my/view.php?aid=14183 HTTP/1.1" 301 - "-" "Baiduspider+(+http://www.baidu.com/search/spider.htm)"
服务器日志中的301表示使用GET传递方式动态网页aid=14183成功跳转。即：当用户或爬虫程序向网站服务器发出浏览请求时，服务器返回 HTTP 数据流包含某种状态码，301 重定向即状态码中的一种，表示本网页永久性转移到另一个地址。实际操作中我们可以将多个域名指向同一个网址，这也是搜索引擎唯一认可的一种网站转向的方式。
二、404状态码
220.181.32.30 - - [02/Sep/:51 +0800]
"GET /writing HTTP/1.1" 404 4459 "-"
"Baiduspider+(+http://www.baidu.com/search/spider.htm)"
出现404状态码就证
明有URL地址的网页浏览不到。很多时候由于网站的改版，使很多旧版网站url地址失效。这是你需要建立404状态页来保证你网站通畅，能够达到一种回路
的效果。切记404状态页需要单独设计，不能直接在服务器端直接跳转回首页。否则，搜索引擎会大量抓取网站首页失误当成404页处理。
对HTTP404状态码的深度理解
错误意味着链接指向的网页不存在，即原始网页的URL失效，这种情况经常会发生，很难避免，比如说：网页URL生成规则改变、网页文件更名或移动位置、导
入链接拼写错误等，导致原来的URL地址无法访问；当Web 服务器接到类似请求时，会返回一个404
状态码，告诉浏览器要请求的资源并不存在。但是，Web服务器默认的404错误页面，无论Apache还是IIS，均十分简陋、呆板且对用户不友好，无法
给用户提供必要的信息以获取更多线索，无疑这会造成用户的流失。
因此，很多网站均使用自定义404错误的方式以提供用户体验避免用户流失。一般而言，自定义404页面通用的做法是在页面中放置网站快速导航链接、搜索框以及网站提供的特色服务，这样可以有效的帮助用户访问站点并获取需要的信息。
HTTP404对SEO的影响
定义404错误页面是提供用户体验的很好的做法，但在应用过程中往往并未注意到对搜索引擎的影响，譬如：错误的服务器端配置导致返回“200”状态码或自
定义404错误页面使用Meta
Refresh导致返回“302”状态码。正确设置的自定义404错误页面，不仅应当能够正确地显示，同时，应该返回“404”错误代码，而不是
“200”或“302”。虽然对访问的用户而言，HTTP状态码究竟是“404”还是“200”来说并没有什么区别，但对搜索引擎而言，这则是相当重要
1.自定义404错误页返回“200”状态码
当搜索引擎蜘蛛在请求某个URL地址得到“404”状态回应时，即知道该
URL地址已经失效，便不再索引该网页，并向数据中心反馈将该URL地址表示的网页从索引数据库中删除，当然，删除过程有可能需要很长时间；而当搜索引擎
得到“200”状态回应时，则会认为该url地址是有效的，便会去索引，并会将其收录到索引数据库，这样的结果便是这两个不同的url地址具有完全相同的
内容：自定义404错误页面的内容，这会导致出现复制网页问题。对搜索引擎而言，特别是Google，不但很难获得信任指数TrustRank，也会大大
降低Google对网站质量的评定。
在使用Google
Sitemap，当提交XML格式网站地图文件时，谷歌管理员工具会验证网站的身份以确保是网站合法的管理者。验证方式有两种：上传指定名称的html页
到网站根目录或者在网页meta区域添加一个标识身份的meta标签。通常是使用上传html网页的方式，但谷歌管理员工具却提示网站根目录下找不到这个
网页，这是一个很可怕的问题。
2.自定义404错误页使用Meta Refresh返回“302”状态码
常常看到许多网站的
自定义404错误页面采取类似这样的形式：首先显示一段错误信息，然后，通过Meta
Refresh将页面跳转到网站首页、网页地图或其他类似页。根据具体实现方式不同，这类404页面可能返回“200”状态码，也可能返回“302”，但
不论哪种，从SEO技术角度看，均不是一种合适的选择。
对“200”状态的情况我们上面已经谈过，那么，当404页面返回“302”时，搜
索引擎会怎么对待呢?从理论上说，对“302”错误，搜索引擎认为该网页是存在的，只不过临时改变了地址，仍然会索引收录该页，这样，同样会出现类似于
“200”状态码时的重复文本问题；其次，以谷歌为代表的主流搜索引擎对302重定向的适用范围要求越来越严格，这类不当使用302重定向的情况存在很大
确保自定义404错误页面能够返回“404”状态码
在自定义404错误页面设置完毕后，一定要检查一下其是不是能够正确地返回“404”状态码。可以使用Server Header检查工具，输入一个不存在网页的url，查看一下HTTP Header的返回情况，确信其返回的是“404 Not found”。
浏览 46286
来自: 洛杉矶
这php留言板确实不错
试试 pageoffice 在线打开 PDF 文件吧. pag ...
opacity: 0.5; 个人喜欢这种方式！关于其他css特 ...
推荐用StratoIO打印控件，浏览器和系统的兼容性都很好，而 ...
同样有点困惑，试着猜一下原因：【已授权的临时凭证】，一般是UR ...
(window.slotbydup=window.slotbydup || []).push({
id: '4773203',
container: s,
size: '200,200',
display: 'inlay-fix'