Wordpress在少数后端事件发生时显示默认403页:
不允许用户访问,因为他们的角色具有不正确的权限,找不到后端页面,当插件或主题不再处于活动状态并在数据库中留下遗留数据时,或者当插件或主题由于配置错误而错误路由其管理页面时,就会发生这种情况。如果您使用url重写插件,并且它们不能正确处理后端URI或忽略重写它们,则通常会发生这种情况。这通常也会导致登录屏幕被锁定内部核心路由机制出错,它接收到一个无法理解、无法处理或映射到无法识别的架构的结果。在仪表板的路由步骤中,可能会出现严重但非致命的错误。在您的情况下,这可能是第三种可能。Wordpress核心代码没有进行非常严格的类型检查,它通常会遍历其内部,而不会花费太多时间来验证所接收的数据是否正确格式化或是否对当前用途有效。如果您不了解核心内部构件是如何工作的,那么这会导致非常奇怪和难以诊断的错误。
初步飞行前,应采取以下补救措施:
确保在同一安装上运行的每个站点都分配了自己的数据库,该数据库有自己的专用用户,该用户无权访问群集中的任何其他数据库。例如,当您以root身份登录PhpMyAdmin时,您可以访问整个集群。对于任何给定的应用程序,它应该在集群中有一个专用的数据库和用户,并且用户不应该有权访问集群中的任何其他数据库,除非它是为在两个应用程序之间传递数据而显式创建的共享资源。这减少了您的应用程序因试图从错误的数据库中获取数据而感到困惑的可能性,并防止了两个或多个具有相同前缀的wordpress安装之间发生冲突的问题。不要将两个wordpress安装放在同一个数据库中,否则它们都会中断检查浏览器web检查器中的网络面板,并检查请求的错误代码。如果是403(应该是),那么问题要么是页面实际上不存在,要么是用户缺乏权限。如果是500(不应该是),则表示服务器遇到错误并返回到标准退出过程。如果是500,则需要处理错误的插件、主题或数据库问题。如果是403,则很可能是更新错误、配置不正确或合法访问被拒绝