WordPress多环境部署策略咨询：解决WPBakery域名URL替换痛点

针对你遇到的WPBakery存储完整URL导致部署时手动改SQL的问题，以下是几种实用的解决思路：

1. 用wp-config.php常量强制指定域名 #

WordPress允许在wp-config.php中直接定义站点URL，优先级高于数据库设置。不管数据库里存的是dev还是pro的URL，WordPress都会优先使用常量里的值。

在dev环境的wp-config.php里添加：

define('WP_HOME', 'https://dev.yourdomain.com');
define('WP_SITEURL', 'https://dev.yourdomain.com');

生产环境替换为pro域名即可。这样WPBakery生成的内容会自动适配当前环境域名，无需修改数据库。

2. 用WP-CLI自动替换数据库URL #

如果已有大量内容存储了dev域名，不用手动改SQL，直接用WP-CLI命令一键处理，还能避免人为错误：

wp search-replace 'https://dev.yourdomain.com' 'https://pro.yourdomain.com' --skip-columns=guid

注意必须加--skip-columns=guid，因为guid是WordPress的全局唯一标识，修改会导致RSS等功能异常。可将这个命令加入部署脚本，每次部署生产环境时自动执行。

3. 让WPBakery存储相对路径 #

多数版本的WPBakery支持配置存储相对URL而非完整域名。你可以在WPBakery设置面板中查找「媒体URL」相关选项，选择使用相对路径。如果找不到该选项，也可以用钩子强制修改：
在主题的functions.php里添加代码：

add_filter('vc_save_post_data', 'vc_convert_absolute_to_relative_url');
function vc_convert_absolute_to_relative_url($post_content) {
    $home_url = get_home_url();
    return str_replace($home_url, '', $post_content);
}

这样WPBakery保存内容时会自动将完整URL转为相对路径，切换环境时自然适配当前域名。

4. 用环境变量隔离配置 #

把不同环境的配置（域名、数据库信息等）放在.env文件中，不提交到Git仓库，让wp-config.php读取该文件的变量设置站点URL。

比如wp-config.php里：

define('WP_HOME', getenv('WP_HOME'));
define('WP_SITEURL', getenv('WP_SITEURL'));

dev环境的.env：

WP_HOME=https://dev.yourdomain.com
WP_SITEURL=https://dev.yourdomain.com

生产环境的.env替换为pro域名即可。这样Git仓库仅存储通用配置模板，不会出现环境配置冲突。

5. 自动化CI/CD部署流程 #

将部署步骤完全自动化，比如用GitHub Actions、GitLab CI或自定义Shell脚本，每次推送代码到生产分支时自动完成：

• 拉取最新代码
• 切换生产环境配置文件（或读取.env）
• 执行WP-CLI搜索替换命令（如需）
• 清理缓存

整个部署过程无需手动干预，彻底避免手动改SQL的麻烦。

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