为何仅Liquid Web环境下WordPress自动编码&符号？求Apache/MySQL排查方向

PHP配置检查（通过phpinfo对比本地与Liquid Web环境） #

• 查看magic_quotes_gpc：尽管PHP 5.4+已废弃该配置，但如果Liquid Web特殊启用，会自动转义POST/GET数据（包括&符号），确认值应为Off。
• 检查arg_separator.input和arg_separator.output：默认值应为&，若被修改为&或其他值，会导致参数分隔符被编码，引发问题。
• 确认filter.default：需设置为unsafe_raw，若为其他过滤规则（如strip_tags或带编码的选项），可能自动编码特殊字符。

WordPress与ACF层面排查 #

• 环境隔离测试：在Liquid Web环境切换到WordPress默认主题（如Twenty Twenty-Four），禁用除ACF外的所有插件，测试保存&符号是否仍被编码。若问题消失，逐个启用插件排查冲突。
• 对比wp-config.php差异：检查是否存在自定义过滤钩子或常量，比如add_filter('content_save_pre', ...)这类会修改保存内容的代码，确保本地与Liquid Web环境的配置一致。
• 核对ACF字段设置：确认文本、文本区域等字段的“格式化”选项，保证Liquid Web环境与其他环境的设置完全相同，未开启自动编码选项。

服务器代理与安全规则排查 #

• 临时禁用WAF/ModSecurity：若有权限，暂时关闭服务器端的Web应用防火墙或ModSecurity模块，测试问题是否消失——这类安全工具可能会自动修改POST请求内容。
• 检查代理配置：确认Apache/Nginx的代理规则，比如Apache的mod_rewrite是否未使用NE（No Escape）标记，或Nginx的proxy_set_header是否对请求体做了编码处理。

数据库验证 #

• 核对字符集与排序规则：确保Liquid Web环境的数据库字符集为utf8mb4，排序规则为utf8mb4_unicode_ci或utf8mb4_general_ci，与本地环境一致，避免存储时的编码转换。
• 直接数据库插入测试：手动在数据库中插入带&符号的内容，若存储后正常，说明问题出在应用层（PHP/WordPress）而非数据库本身。

调试定位问题环节 #

• 添加调试日志：在主题的functions.php中插入以下代码，记录保存内容前的原始POST数据，对比Liquid Web与本地环境的差异，确定编码发生的阶段：

  add_action('save_post', function($post_id) {
      if (defined('DOING_AUTOSAVE') && DOING_AUTOSAVE) return;
      error_log('Raw POST data: ' . file_get_contents('php://input'));
      error_log('Post title: ' . $_POST['post_title']);
      if (isset($_POST['acf'])) {
          error_log('ACF fields data: ' . print_r($_POST['acf'], true));
      }
  }, 1);
  

  查看服务器错误日志，对比原始数据和处理后的数据，锁定问题来源。

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