如何修复WordPress中wp-settings.php文件出现的致命错误
WordPress wp-settings.php 调用未定义函数
create_initial_taxonomies() 错误解决方案 致命错误:未捕获错误:Call to undefined function create_initial_taxonomies() in /home/admin/public_html/wp-settings.php:393
堆栈跟踪:
#0 /home/admin/public_html/wp-config.php(72): require_once()
#1 /home/admin/public_html/wp-load.php(50): require_once('/home/admin/pub...')
#2 /home/admin/public_html/wp-blog-header.php(13): require_once('/home/admin/pub...')
#3 /home/admin/public_html/index.php(4): require('/home/admin/pub...')
#4 {main}
于/home/admin/public_html/wp-settings.php文件第393行抛出
该错误是WordPress核心加载逻辑异常导致,create_initial_taxonomies() 是定义在 wp-includes/taxonomy.php 中的核心函数,报错说明该文件在wp-settings.php调用函数前未被正常加载,通常由核心文件损坏、自定义代码修改了默认加载顺序、插件/主题冲突、文件权限异常四类问题导致,可按以下步骤修复:
修复步骤
- 修复核心文件损坏
先备份站点全量文件和数据库,下载和当前站点版本完全一致的WordPress安装包,解压后替换站点根目录下的wp-includes、wp-admin两个目录,不要修改wp-content目录,避免丢失主题、插件、上传的媒体资源。 - 修正wp-config.php加载逻辑
打开根目录下的wp-config.php文件,确认文件没有提前调用分类法相关函数、也没有修改默认的核心文件加载逻辑。如果之前手动修改过该文件,直接恢复到修改前的版本即可。 - 排查插件/主题冲突
通过FTP或服务器文件管理器将wp-content/plugins目录重命名为plugins_backup,禁用所有插件后刷新站点测试是否恢复。如果恢复正常,再逐个恢复插件,定位到触发冲突的插件后替换兼容版本或删除。
禁用插件无效的话,将wp-content/themes下当前正在使用的主题目录重命名,触发WordPress自动启用默认内置主题,排查是否是主题自定义代码导致的加载顺序异常。 - 校验文件权限
确认站点根目录下所有文件权限为644,所有目录权限为755,服务器运行用户拥有所有WordPress核心文件的读取权限,权限不足会导致核心文件加载失败触发该错误。
内容的提问来源于stack exchange,提问作者Roland
相关产品推荐
相关产品推荐

