如何将仅含单个站点的WordPress多站点转为普通单站点

直接注释wp-config.php中多站点配置导致站点崩溃的核心原因：WordPress多站点的运行规则不仅写在配置文件中，还深度绑定数据库表结构、用户权限字段、资源路径规则、服务器重写规则，仅修改配置文件会导致核心加载逻辑找不到对应依赖触发致命错误。
按以下步骤操作即可转换为原生单站点，恢复Siteground暂存功能：

• 操作前置要求：先通过Siteground面板创建全量站点备份（含文件+数据库），所有修改操作均保留回滚点，避免操作失误丢数据。

1. 修正wp-config.php配置 #

找到文件中原有多站点相关的常量定义，删除全部多站点专属配置，替换为以下单站点配置：

// 关闭多站点模式
define( 'WP_ALLOW_MULTISITE', false );
define( 'MULTISITE', false );
// 保留主站基础路径配置
define( 'DOMAIN_CURRENT_SITE', 'vapetasia.com' );
define( 'PATH_CURRENT_SITE', '/' );

额外检查并删除配置中多站点专属的加载规则：如果存在sunrise.php加载代码段（通常为require_once ABSPATH . 'wp-content/sunrise.php';相关内容），直接整段删除。

2. 清理数据库多站点残留 #

通过Siteground面板自带的phpMyAdmin进入站点数据库，按以下顺序操作：

1. 打开wp_blogs表，确认表内仅存在blog_id=1、域名为vapetasia.com的主站记录，无其他子站点数据（和当前实际运行状态一致）。
2. 打开wp_options表，检查siteurl、home两个配置项，确认值为正式站带HTTPS的完整地址（即https://vapetasia.com）；找到upload_path配置项，将原有多站点规则下的wp-content/uploads/sites/1修改为单站点默认路径wp-content/uploads。
3. 删除多站点专属冗余数据表，直接执行DROP操作即可：
   • wp_blogs
   • wp_blog_versions
   • wp_site
   • wp_sitemeta
   • wp_signups
   • wp_sitecategories（表存在时再删除）
     *注意不要删除wp_users、wp_usermeta两个核心用户表，避免用户数据丢失。
4. 清理用户权限残留：打开wp_usermeta表，筛选meta_key字段，删除所有带数字前缀的权限条目（比如wp_2_capabilities、wp_2_user_level这类），仅保留wp_capabilities、wp_user_level两个主站对应权限条目。

3. 调整文件与服务器规则 #

1. 路径资源迁移：将wp-content/uploads/sites/1/目录下的所有文件、子目录全部移动到wp-content/uploads/根目录，移动完成后删除空的sites目录，避免媒体资源404。
2. 冗余文件清理：删除wp-content目录下的sunrise.php文件（如果存在）；删除wp-content/mu-plugins目录下多站点专属的强制加载插件（比如多站点域名映射、多站点全局管理类插件，不确定用途的文件可以先移动到本地备份目录，确认站点正常后再删除）。
3. 重写规则替换：找到站点根目录的.htaccess文件，把原有多站点专属的重写规则替换为WordPress单站点默认规则：

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Siteground自带的缓存、安全规则不需要修改，仅替换WordPress核心重写段即可。

4. 功能验证 #

1. 清空Siteground面板的站点缓存、OPcache，清空本地浏览器缓存后访问站点前台、后台，确认页面正常打开、媒体资源加载正常、插件与主题功能无异常。
2. 进入WordPress后台「站点健康」页面，确认无多站点相关报错，此时站点已转换为原生单站点模式。
3. 返回Siteground主机面板，即可正常使用Staging暂存功能创建测试副本，完成插件升级、版本更新测试后再推送到正式环境。

若操作后出现页面跳转异常，优先核对wp_options表中siteurl、home的地址配置，以及资源文件是否完整移动到了正确的上传路径。

内容的提问来源于stack exchange，提问作者Shawn Coward