404报错模板Word格式文档下载.docx

404报错模板Word格式文档下载.docx

《404报错模板Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《404报错模板Word格式文档下载.docx（7页珍藏版）》请在冰豆网上搜索。

　　3.在web.xml，struts.xml，applicationcontext.xml文件中自身有任何一点错误都可能引起上面的这个问题，而不仅仅是附带的文件错误导致。

　　4.如果使用ibatis的话，在sqlmapconfig.xml中定义的xml文件找不到也会报这个错误。

（hibernate的配置在整合spring的时候使用spring的配置文件）

　　5.jdk的版本问题，最好使用jdk5.0或者更高的版本。

　　6.eclipse和tomcat的版本兼容问题

　　7.框架整合的过程中在导入到lib下的jar包冲突也可能产生该错误。

　　8.jar包的缺少以及jar包的版本也可产生该错误。

　　9.其他的原因

　　解决该问题的途径：

　　由于上面问题可能已经是web服务器内部产生了错误，而且ide中的log信息较少，问题的解决很难入手。

　　而该问题的产生经常会导致页面跳转寻找不到文件的http404错误。

　　可以通过在tomcat中添加log文件来让log信息提示的更精确一些，即设置log输出的等级。

　　1.tomcat的安装路径下tomcathome下的common文件夹下的classes文件夹中创建log4j.properties文件，即

apachesoftwareFoundation/tomcat5.5/common/classeslog4j.properties配置如下（配置是转载）：

　　log4j.rootlogger=info,console,R

　　log4j.appender.console=org.apache.log4j.consoleappenderlog4j.appender.console.layout=org.apache.log4j.patternlayout#log4j.appender.console.layout.conversionpattern=%d

　　[%t]%-5p%c-%m%n

　　log4j.appender.console.layout.conversionpattern=%d{yy-mm-ddhh:

mm:

ss}%5p%c{1}:

%l-%m%n

　　log4j.appender.R=org.apache.log4j.dailyRollingFileappenderlog4j.appender.R.File=${catalina.home}/logs/tomcat.log

　　log4j.appender.R.layout=org.apache.log4j.patternlayout

　　log4j.appender.R.layout.conversionpattern=%d{yyyy.mm.ddhh:

ss}%5p%c{1}（%l）:

%m%n

　　log4j.logger.org.apache=info,R

　　log4j.logger.org.apache.catalina.core.containerbase.[catalina].[localhost]=debug,R

　　log4j.logger.org.apache.catalina.core=info,R

　　log4j.logger.org.apache.catalina.session=info,R

　　2.将log4j-1.2.15.jar和commons-logging.jar包拷贝到。

apachesoftwareFoundation/tomcat5.5/common/lib下即可。

　　做好上面两步，启动服务器的时候，会在tomcat的安装路径下的。

apachesoftwareFoundation/tomcat5.5/logs下自动的

　　生成tomcat.log文件以记录日志信息。

　　注：

tomcat.log文件中的日志信息会记载很多，如果过大就可能产生磁盘空间不足的问题，建议定时的清除日志信息。

　　通过上面的日志文件信息可以定位到比较具体的问题根源，在仔细的查看问题一一攻破即可解决。

　　我在搭建框架之后，在web.xml文件中配置的欢迎页面显示的时候报404的错误，通过上面的途径找到了两个错误，虽然花了两天的时间，最终还是解决了。

　　篇二：

网页报错汇总

　　1xx（临时响应）

　　表示临时响应并需要请求者继续执行操作的状态码。

　　100（继续）请求者应当继续提出请求。

服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。

　　101（切换协议）请求者已要求服务器切换协议，服务器已确认并准备切换。

　　2xx（成功）

　　表示成功处理了请求的状态码。

　　200（成功）服务器已成功处理了请求。

通常，这表示服务器提供了请求的网页。

如果是对您的robots.txt文件显示此状态码，则表示googlebot已成功检索到该文件。

　　201（已创建）请求成功并且服务器创建了新的资源。

　　202（已接受）服务器已接受请求，但尚未处理。

　　203（非授权信息）服务器已成功处理了请求，但返回的信息可能来自另一来源。

　　204（无内容）服务器成功处理了请求，但没有返回任何内容。

　　205（重置内容）服务器成功处理了请求，但没有返回任何内容。

与204响应不同，此响应要求请求者重置文档视图（例如，清除表单内容以输入新内容）。

　　206（部分内容）服务器成功处理了部分get请求。

　　3xx（重定向）

　　要完成请求，需要进一步操作。

通常，这些状态码用来重定向。

google建议您在每次请求中使用重定向不要超过5次。

您可以使用网站管理员工具查看一下googlebot在抓取重定向网页时是否遇到问题。

诊断下的网络抓取页列出了由于重定向错误导致googlebot无法抓取的网址。

　　300（多种选择）针对请求，服务器可执行多种操作。

服务器可根据请求者（useragent）选择一项操作，或提供操作列表供请求者选择。

　　301（永久移动）请求的网页已永久移动到新位置。

服务器返回此响应（对get或head请求的响应）时，会自动将请求者转到新位置。

您应使用此代码告诉googlebot某个网页或网站已永久移动到新位置。

　　302（临时移动）服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来

　　响应以后的请求。

此代码与响应get和head请求的301代码类似，会自动将请求者转到不同的位置，但您不应使用此代码来告诉googlebot某个网页或网站已经移动，因为googlebot会继续抓取原有位置并编制索引。

　　303（查看其他位置）请求者应当对不同的位置使用单独的get请求来检索响应时，服务器返回此代码。

对于除head之外的所有请求，服务器会自动转到其他位置。

　　304（未修改）自从上次请求后，请求的网页未修改过。

服务器返回此响应时，不会返回网页内容。

　　如果网页自请求者上次请求后再也没有更改过，您应将服务器配置为返回此响应（称为if-modified-sincehttp标头）。

服务器可以告诉搜索引擎的蜘蛛/机器人自从上次抓取后网页没有变更，进而节省带宽和开销。

　　.

　　305（使用代理）请求者只能使用代理访问请求的网页。

如果服务器返回此响应，还表示请求者应使用代理。

　　307（临时重定向）服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来响应以后的请求。

此代码与响应get和head请求的301代码类似，会自动将请求者转到不同的位置，但您不应使用此代码来告诉googlebot某个页面或网站已经移动，因为googlebot会继续抓取原有位置并编制索引。

　　4xx（请求错误）

　　这些状态码表示请求可能出错，妨碍了服务器的处理。

　　400（错误请求）服务器不理解请求的语法。

　　401（未授权）请求要求身份验证。

对于登录后请求的网页，服务器可能返回此响应。

　　403（禁止）服务器拒绝请求。

如果您在googlebot尝试抓取您网站上的有效网页时看到此　　

状态码（您可以在google网站管理员工具诊断下的网络抓取页面上看到此信息），可能是您的服务器或主机拒绝了googlebot访问。

　　404（未找到）服务器找不到请求的网页。

例如，对于服务器上不存在的网页经常会返回此代码。

　　如果您的网站上没有robots.txt文件，而您在google网站管理员工具"

诊断"

标签的robots.txt页上看到此状态码，则这是正确的状态码。

但是，如果您有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（未满足期望值）服务器未满足"

期望"

请求标头字段的要求。

　　5xx（服务器错误）

　　这些状态码表示服务器在处理请求时发生内部错误。

这些错误可能是服务器本身的错误，而不是请求出错。

　　500（服务器内部错误）服务器遇到错误，无法完成请求。

　　501（尚未实施）服务器不具备完成请求的功能。

例如，服务器无法识别请求方法时可能会返回此代码。

　　502（错误网关）服务器作为网关或代理，从上游服务器收到无效响应。

　　503（服务不可用）服务器目前无法使用（由于超载或停机维护）。

通常，这只是暂时状态。

　　504（网关超时）服务器作为网关或代理，但是没有及时从上游服务器收到请求。

　　505（http版本不受支持）服务器不支持请求中所用的http协议版本。

　　篇三：

seo之404页面

　　404页面就是当用户输入了错误的链接时，返回的页面。

　　404页面的目的是：

告诉浏览者其所请求的页面不存在或链接错误，同时引导用户使用网站其他页面而不是关闭窗口离开。

　　404对seo的影响

　　自定义404错误页面是增强用户体验的很好的做法，但在应用过程中往往并未注意到对搜索引擎的影响，譬如：

错误的服务器端配置导致返回“200”状态码或自定义404错误页面使用metaRefresh导致返回“302”状态码。

正确设置的自定义404错误页面，不仅应当能够正确地显示，同时，应该返回“404”错误代码，而不是“200”或“302”。

虽然对访问的用户而言，http状态码究竟是“404”还是“200”来说并没有什么区别，但对搜索引擎这则是相当重要的。

　　搜索引擎蜘蛛在请求某个uRl时得到“404”状态回应时，即知道该uRl已经失效，便不再索引该网页，并向数据中心反馈将该uRl表示的网页从索引数据库中删除，当然，删除过程有可能需要很长时间；

而当搜索引擎得到“200”状态码时，则会认为该url是有效的，便会去索引，并会将其收录到索引数据库，这样的结果便是这两个不同的url具有完全相同的内容：

自定义404错误页面的内容，这会导致出现复制网页问题。

轻则被搜索引擎降权，重则会Ｋ掉网站。

　　如何实现一个良好的404页面

　　改变服务器默认错误页面就可以达到效果。

下面是一些可以使得访客轻松实现正常访问的建议。

　　遵循的理念

　　提供简明的问题描述，消除访客的挫败感。

　　提供合理的解决方案，辅助访客完成访问目标。

　　提供个性化的友好界面，提升访问体验。

　　使用指南

　　实现方式（按照从简单到复杂的顺序排列）：

　　使得访客转到某个地方而不是后退。

　　页面包含该站点重要部分的链接，如主页或站点地图。

不要仅仅告诉他们检查拼写。

使用文本的链接替代图片，因为有许多访客不会想到点击这个图片。

　　例子：

我们的站点有一个主页的返回链接。

这是实现友好反馈的最低限度。

此外，我们还会考虑，在有效的帮助信息不足的情况下，如何通过访客的反馈弥补错误。

　　需要包括一个指向网站管理员的email链接，或者一个用于提交丢失链接的表格。

相对于发送email，访客更喜欢使用提交表格。

　　加入一个搜索框用于搜索站点。

　　例：

msn在所有页面的底部都有一个搜索框，同时也链向站点的重要部分。

在站点中列出接近于访客期望页面的链接，用于推测访客正在寻找的页面。

　　你不需要采纳上述所有的建议，但是这些建议一致服务于使得访客更愿意停留在你的站点的目的。

　　合理的404错误页面至此即可以完成了，这将给访客提供许多有价值的信息。

404错误页面的设置方法：

　　1.对于存在的网页内容由于路径改变而导致访问不了时，可在iis中定义404错误指向一个动态页面，在页面里面使用301永久重定向跳转到新的地址，此时服务器返回301状态码。

　　2、设置404指向一个设计好的html文件，此时页面返回的404状态码。

现在的idc提供商基本都提供404设置的功能，直接上传文件设置即可。

在iis中设置方法：

打开iis管理器-->

点击要设置自定义404的网站的属性-->

点击自定义错误选项-->

选中404页-->

选中并打开编辑属性-->

设置成uRl-->

uRl里填写“/err404.html”-->

按确定退出再把做好的err404.html页面上传到网站根目录下。

此处在“消息类型”中一定要选择“文件”或“默认值”，而不要选择“uRl”，不然，将导致返回“200”状态码。

　　3、404指向一个动态页面，比如error.asp,如果不在页面里面进行设置，仅仅是返回提示的html代码，将导致页面返回200状态码，这是不正确的，我们可以在显示完提示内容后，增加语句：

Response.status="

404notFound"

，这样就保证页面返回404状态码。

　　4、apache下设置404错误页面。

为apacheserver设置404错误页面的方法很简单，只需在.htaccess文件中加入如下内容即可，errordocument404/notfound.php

　　404页面该怎么做？

　　很多开源系统包括cms系统、blog系统等不提供404页面或提供的404页面并未达到seo的要求，这让网站的权威性大打折扣。

　　404页面该达到怎么样的效果才符合seo要求？

　　搜索引擎通过http状态码来识别网页的状态。

当搜索引擎获得了一个错误链接时，网站应该返回404状态码，告诉搜索引擎放弃对该链接的索引。

而如果返回200或302状态码，搜索引擎就会为该链接建立索引，这导致大量不同的链接指向了相同的网页内容。

结果是，搜索引擎对该网站的信任度大幅降低。

——很多网站存在这个问题：

404页面返回的是200或302状态码而不是404状态码。

　　正确建立404页面的方法是：

（仅适合apache服务器）

　　1在.htaccess文件中加入代码：

errordocument404/error.html

　　2建立一个简单的html404页面命名error.html

　　3把error.html放置在网站根目录

　　4如果碰到困难，参考本站：

错误网页、seo十万个为什么的.htaccess文件。

　　注意：

　　5不要将404错误直接转向到网站首页，这将导致首页不被收录；

　　6/error.html前面不要带主域名，否则返回的状态码是302或200状态码。

　　404

　　404页面页面是当客户端使用http浏览网页时，服务器需要针对不同的“要求”提供不同的“回应”，譬如浏览器发出html文件（网页）的要求，并带有数字回应码和mime的讯息。

代码404的第一个“4”代表客户端的错误，如错误的网页位址；

后两的数字码则代表着特定的错误讯息。

http的三字符代码跟早期通讯协定Ftp和nntp的代码相当类似。

　　从http的层面来看，404讯息码之后通常会有一个可读的讯息“notFound”，许多网络服务器的默认页面也都有“404”代码跟“notFound”的词汇。

　　404错误讯息通常是在目标页面被更动或移除之后显现的页面。

（引自）为什么需要个性化的404页面

　　首先看一个关于404的公开投票调查。

　　问题：

　　当你遇到一个404页面你会怎样做？

　　a.点击后退按钮同时忘记404页面

　　b.尝试回到主页并重新定位丢失的页面

　　c.写信给网站管理员

　　d.非常沮丧

　　如果你不在意访客的抱怨，你会发现许多访客在遇到404页面时不会努力寻找丢失的页面而离开站点。

然而你可以简单地通过个性化定制404错误页面将这些访客留在你的站点。

　　遵循的理念：

例子：

　　此外，我们还会考虑，在有效的帮助信息不足的情况下，如何通过访客的反馈弥补错误。

　　相对于发送email，访客更喜欢使用提交表格。

你不需要采纳上述所有的建议，但是这些建议一致服务于使得访客更愿意停留在你的站点的目的。

使用重定向

　　如果你经常检查访客统计，可能会看到某一个页面一直在显示404页面（如：

因拼写错误而链接到站点不存在的页面），你可以创建一个重定向页面反馈给访客一个正确的页面。

这个方法适用于访客多次访问并返回错误的页面。

　　重定向与404页面的可以整合使用，你可以使用类似下述内容的说明信息：

　　1.对不起，该页面未找到。

几秒钟后，该页面会被重定向到主页。

　　给访客5秒钟时间阅读该信息，之后跳转。