WordPress当前激活主题由wp_options表中template和stylesheet字段控制，二者必须与目标主题目录名完全一致（含大小写、连字符），且需同步修改、核对文件系统存在性、清除缓存后生效。

直接改 wp_options 里的 template 和 stylesheet

wordpress 当前激活的主题，就靠这两条记录控制。不进后台、不碰文件系统，改数据库是最直接的路径。前提是你要知道目标主题的文件夹名（比如 twentytwentyfour，不是“二十二十四”或“twenty twenty-four”）。

操作步骤很简单：

• 在 phpMyAdmin 中打开你的 WordPress 数据库，找到 wp_options 表（多站点注意前缀，可能是 wp_123_options）
• 搜索 option_name 为 template 的那行，双击编辑，把 option_value 改成目标主题的文件夹名
• 同样搜 stylesheet，也改成**完全一致**的文件夹名
• 点执行，刷新前台即可生效

别只改其中一个——template 决定父主题结构，stylesheet 决定当前加载样式表和主题函数，两者不一致会导致白屏或功能异常。

为什么改完前台没变？检查 wp_get_theme()->get_stylesheet() 和缓存

即使数据库写对了，WordPress 仍可能继续用旧主题，常见原因有两个：

• 你填的 stylesheet 值和实际主题文件夹名大小写/拼写不一致（比如输成 twentytwentyfour-child，但子主题文件夹其实是 twentytwentyfour-child-theme）；可用 wp_get_theme()->get_stylesheet() 在主题函数里临时加一行 error_log( wp_get_theme()->get_stylesheet() ); 看真实值
• 对象缓存（Redis/Memcached）或 OPcache 缓存了旧的 get_option('stylesheet') 结果；停用缓存插件，或在 wp-config.php 加 define('WP_CACHE', false); 临时绕过
• Nginx 的 fastcgi_cache 也可能卡住首页响应，需手动清 key 或临时注释掉相关配置再 reload

遇到白屏或 500 错误？先确认主题目录真实存在

数据库改得再准，如果服务器上压根没那个主题文件夹，WordPress 会直接报错甚至拒绝加载。别假设 FTP 里看着有就行——检查实际路径：/wp-content/themes/your-theme-slug/ 是否存在且权限可读（至少 755），里面是否有 style.css 和有效的 Theme Name: 注释。

Douyin Keyword Collector

通过浏览器自动化访问抖音首页，在搜索栏输入关键词并在自动化流程中收集相关关键词建议

下载

容易被忽略的点：

• 子主题必须同时有 Template: 注释指向父主题，且父主题文件夹也得存在
• 某些托管环境（如 SiteGround）会自动禁用未在后台启用过的主题，即使数据库已改，也得进后台「外观 → 主题」点一次「启用」触发 switch_theme 钩子
• 如果主题用了自定义字段或 theme_mods_* 设置，而新主题不兼容这些键名，get_theme_mod() 可能返回空，导致布局错乱——这不是数据库没改对，是主题逻辑不承接

别用 SQL 批量 UPDATE，除非你清楚序列化结构风险

有人想图快写一句 UPDATE wp_options SET option_value = 'mytheme' WHERE option_name IN ('template','stylesheet');，这很危险。

原因：

• wp_options 表里有些字段（比如 active_plugins）是 PHP 序列化的，直接字符串替换会破坏结构，导致整个后台打不开
• 如果你的表前缀不是 wp_，这条语句会失败或误改其他库的表
• 没有 WHERE 条件限制时，可能意外覆盖其他站点的同名选项（多站点环境）

安全做法永远是：单行编辑、人工核对、改完立刻测试前台+后台主题页面。复杂点在于，它不只是改两个字段，而是要让数据库、文件系统、运行时缓存、主题自身四者对齐。漏掉任何一环，都会让你以为“改成功了”，其实什么都没变。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！