404页面

网站错误访问常见的状态提示代码：404、403、500、502 我们在使用wordpress建立网站的时候，会遇到一些问题，一般来说分为2种情况。 第一种情况是程序报错 ：程序报错一般会直接在网站顶部或者网站其他部分显示错误或者警告提示，如error：… 、Notice：….、 warning:…. 这些是程序在运行中出现的问题，一般服务器没有屏蔽php错误的话就会出现这些提示，而一般为了安全性，服务器或者虚拟主机都会屏蔽错误，那么就会白屏，或者网页显示不全（在发生错误的地方会停止往下加载），这类问题需要从程序入手，比如插件、主题是否损坏，是否兼容最新版本，等等问题，此类问题需要联系网站软件程序提供商进行解决。 这类问题在此处不做主要讲解。 第二种情况是服务器的报错： 服务器报错有专门的代码进行提示，如我们标题所说的这些提示，下面我们就来分析一下，出现这些提示的一般原因和应对方法。 常见的报错状态代码提示所表示的含义、以及一般解决方式，在下文我们将详细分析。 网站访问显示状态404（Not Found） 网站访问出现404时，是当前访问的url无法在服务器找到相关的资源，出现无法找到的情况显示的状态，就wordpress而言，404所出现会有如下一些状态。 1.网站首页能够打开，内页全部404状态 这种状态是由于wordpress默认是一款动态的程序

yii2使用nginx部署上线时访问非index.php页面显示404错误【遇到的坑】 如：访问首页（index.php）正常 访问其他页面（非index.php）显示404错误 解决方案： 在nginx配置文件 server { #加入配置 location / { try_files $uri $uri/ /index.php?$args; } } 正常显示： 来源： https://my.oschina.net/botkenni/blog/3112179

原文链接：https://blog.csdn.net/m0_37056211/article/details/72779786　　 　　201-206都表示服务器成功处理了请求的状态代码，说明网页可以正常访问。 200（成功） 服务器已成功处理了请求。通常，这表示服务器提供了请求的网页。 201（已创建） 请求成功且服务器已创建了新的资源。 202（已接受） 服务器已接受了请求，但尚未对其进行处理。 203（非授权信息） 服务器已成功处理了请求，但返回了可能来自另一来源的信息。 204（无内容） 服务器成功处理了请求，但未返回任何内容。 205（重置内容） 服务器成功处理了请求，但未返回任何内容。与 204 响应不同，此响应要求请求者重置文档视图（例如清除表单内容以输入新内容）。 206（部分内容） 服务器成功处理了部分 GET 请求。 300-3007表示的意思是：要完成请求，您需要进一步进行操作。通常，这些状态代码是永远重定向的。 300（多种选择） 服务器根据请求可执行多种操作。服务器可根据请求者 来选择一项操作，或提供操作列表供其选择。 301（永久移动） 请求的网页已被永久移动到新位置。服务器返回此响应时，会自动将请求者转到新位置。您应使用此代码通知搜索引擎蜘蛛网页或网站已被永久移动到新位置。 302（临时移动） 服务器目前正从不同位置的网页响应请求

引 首先要知道的一点就是，Vue 打包形成的是单页面应用，很明显，就只有一个 index.html 和好几个 js 文件 然后再开发的过程中， hsah 模式下的路由会多个 # ，所以会显得很难看，大家都会使用 history 模式，这样就导致了这个问题。 hash 模式下的路由变化不会发生对后端的请求，但是 history 模式下，会出现路由变化导致请求的发生，而单页面应用只有index文件，默认一般都是在 / 根目录下，所以当在其他页面的时候，发生请求，会出现后端没有配置而返回的 404. 方法 网上有很多用 nginx 的方法，但是在本地实验的时候很麻烦，所以在使用nodejs作为后端的时候可以使用这个库 connect-history-api-fallback //俩行代码即可 var history = require ( 'connect-history-api-fallback' ) app . use ( '/' , history ( ) ) ; 问题解决！！！！ 来源： https://blog.csdn.net/qq_32867271/article/details/100804824

基本涵盖了所有问题 HTTP 400 – 请求无效 HTTP 401.1 – 未授权：登录失败 HTTP 401.2 – 未授权：服务器配置问题导致登录失败 HTTP 401.3 – ACL 禁止访问资源 HTTP 401.4 – 未授权：授权被筛选器拒绝 HTTP 401.5 – 未授权：ISAPI 或 CGI 授权失败 HTTP 403 – 禁止访问 HTTP 403 – 对 Internet 服务管理器 的访问仅限于 Localhost HTTP 403.1 禁止访问：禁止可执行访问 HTTP 403.2 – 禁止访问：禁止读访问 HTTP 403.3 – 禁止访问：禁止写访问 HTTP 403.4 – 禁止访问：要求 SSL HTTP 403.5 – 禁止访问：要求 SSL 128 HTTP 403.6 – 禁止访问：IP 地址被拒绝 HTTP 403.7 – 禁止访问：要求客户证书 HTTP 403.8 – 禁止访问：禁止站点访问 HTTP 403.9 – 禁止访问：连接的用户过多 HTTP 403.10 – 禁止访问：配置无效 HTTP 403.11 – 禁止访问：密码更改 HTTP 403.12 – 禁止访问：映射器拒绝访问 HTTP 403.13 – 禁止访问：客户证书已被吊销 HTTP 403.15 – 禁止访问：客户访问许可过多 HTTP 403.16 –

一、基本包含了所有问题 HTTP 400 – 请求无效。 HTTP 401.1 – 未授权：登录失败。 HTTP 401.2 – 未授权：服务器配置问题导致登录失败。 HTTP 401.3 – ACL 禁止访问资源。 HTTP 401.4 – 未授权：授权被筛选器拒绝。 HTTP 401.5 – 未授权：ISAPI 或 CGI 授权失败。 1、HTTP 403 – 禁止访问 HTTP 403 – 对 Internet 服务管理器 的访问仅限于 Localhost。 HTTP 403.1 禁止访问：禁止可执行访问。 HTTP 403.2 – 禁止访问：禁止读访问。 HTTP 403.3 – 禁止访问：禁止写访问。 HTTP 403.4 – 禁止访问：要求 SSL。 HTTP 403.5 – 禁止访问：要求 SSL 128。 H* TTP 403.6 – 禁止访问：IP 地址被拒绝。 HTTP 403.7 – 禁止访问：要求客户证书。 HTTP 403.8 – 禁止访问：禁止站点访问。 HTTP 403.9 – 禁止访问：连接的用户过多。 HTTP 403.10 – 禁止访问：配置无效。 HTTP 403.11 – 禁止访问：密码更改。 HTTP 403.12 – 禁止访问：映射器拒绝访问。 HTTP 403.13 – 禁止访问：客户证书已被吊销。 HTTP 403.15 – 禁止访问

在本地装了虚拟机，并安装了LNMP环境，安装都正常，启动也正常，但发现配置号nginx后， 打开PHP页面提示file not found，但访问html页面不影响 。 网上找了各种资料，都说让把 fastcgi_param SCRIPT_FILENAME /script$fastcgi_script_nam 修改成： fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_nam 但我nginx配置中本来就已改成 $document_root ，所以这办法并不适合我的问题。 网上到处都是这一解决方案，就在我几度要放弃时，终于让我发现了另一种方案。 改方案说： selinux权限问题所致！ php-fpm在访问web目录下 的index.php文件时，被selinux拦截，访问被阻止，所以出现一开始说的file not found 的情况。 可以在www目录下用ls -Z查看权限，网上有两种方案，一种时直接关闭selinux，另外一种是更改权限，因为我用的时虚拟机，不存在安全性问题，所以采取的是直接简单粗暴的关闭 selinux 解决方案。 关闭 selinux 又两种方法 第一种，临时关闭，不需要重启，重启后又会开启 setenforce 0 第二种是从配置里关闭，需要重启 vim /etc/sysconfig

就在刚刚，boss需要看公司网站后台，网站是用wordpress搭的，发现全是404，蛋疼，于是google，下面是解决办法： location / { if (-f $request_filename/index.html){ rewrite (.*) $1/index.html break; } if (-f $request_filename/index.php){ rewrite (.*) $1/index.php; } if (!-f $request_filename){ rewrite (.*) /index.php; } } rewrite /wp-admin$ $scheme://$host$uri/ permanent; 加上这句rewrite /wp-admin$ $scheme://$host$uri/ permanent，然后重启nginx就好了 来源： http://www.cnblogs.com/uglyliu/p/6127031.html

react-router 使用 browserHistory 时，会创建真实的URL，处理初始 / 请求没有问题，但是对于跳转路由后，刷新页面或者直接访问该URL时，会发现无法正确响应。 nginx服务器配置如下： server { ... location / { try_files $uri /index.html } } 当在服务器上找不到其他文件时，这可以让 nginx 服务器提供静态文件服务并指向 index .html 文件。 来源： https://www.cnblogs.com/convincee/p/11338066.html

1、配置nginx（nginx和项目要在一台机器上） 当访问vue页面时，直接访问url会被http server直接解析到该文件路径，但是spa的路由是虚拟的，并不能直接找到这个file，所以会404； 需要把所有的请求全部指向（不知道这么说是不是准确）index，然后让js的router解析url， nginx 需要配置 try_files $url /index.html （出现该问题的原因，可查看HTML5 History 模式： https://router.vuejs.org/zh/guide/essentials/history-mode.html#%E5%90%8E%E7%AB%AF%E9%85%8D%E7%BD%AE%E4%BE%8B%E5%AD%90 ） nginx里配置修改： http { #front server { listen 80; server_name localhost; location / { root /data/............; #前端项目路径 index index.html; } error_page 404 500 502 503 504 /index.html; location = /index.html { root /data/............; } } } 2、也可在前端代码所在的tomcat中的web