PrestaShop 1.7.3.2后台性能及信息页显示page not found,如何修复?
嘿,我帮你整理了几个针对这个问题的常用修复思路,都是实际排查中验证有效的:
检查文件与文件夹权限
服务器上你的后台文件夹(以及里面的performance、information相关子目录)权限可能不对,导致页面无法加载。一般建议文件夹设为755,文件设为644,可以通过FTP工具或者服务器控制面板批量调整权限,避免权限过高或过低引发访问限制。验证URL重写规则
PrestaShop依赖URL重写功能,先确认服务器开启了对应模块:Apache要开启mod_rewrite,Nginx要配置好重写规则。然后检查网站根目录下的.htaccess文件,看看是不是被篡改过——如果不确定,从PrestaShop官方1.7.3.2安装包中复制一份全新的.htaccess覆盖原文件(记得先备份旧文件)。清理缓存与Smarty编译文件
缓存或编译文件损坏是常见的后台页面异常原因。你可以通过FTP删除var/cache/、var/smarty/cache/、var/smarty/compiled/目录下的所有文件(别删文件夹本身),之后刷新后台页面试试。如果连后台入口都有问题,直接在服务器端操作即可。排查第三方模块冲突
有些第三方模块可能会干扰后台路由逻辑。如果能正常进入后台模块管理页面,先禁用最近安装的模块,尤其是和性能优化、系统信息相关的插件;要是连模块管理都进不去,就通过FTP把modules/文件夹重命名为modules_old,再刷新后台——如果页面恢复正常,再逐个把模块移回原文件夹,排查出冲突的那个模块。检查后台路由数据库记录
PrestaShop后台的路由信息存在数据库的ps_route表中,可能admin_performance和admin_information这两条路由记录丢失了。登录phpMyAdmin,找到ps_route表,搜索这两个路由名称,要是没有对应的记录,可以从同版本的正常PrestaShop数据库中导出对应记录导入,或者手动添加(需要匹配同版本的路由结构)。重新上传后台控制器文件
这两个页面的控制器文件可能损坏或缺失了。从官方PrestaShop 1.7.3.2安装包中,找到admin-dev/controller/admin/下的AdminPerformanceController.php和AdminInformationController.php,上传到你服务器的对应后台文件夹(注意你的后台文件夹可能不是admin-dev,是自定义的名称),覆盖原文件即可。升级到对应版本的最新补丁
1.7.3.2是比较早期的版本,官方可能已经修复了这类路由相关的bug。你可以下载该版本的官方补丁包,按照官方说明完成升级操作——注意升级前一定要备份好网站文件和数据库,避免数据丢失。
内容的提问来源于stack exchange,提问作者Sarath E

