线上WordPress站点某模块突然消失，本地环境正常求助

• 检查服务器PHP环境差异
  对比本地和线上的PHP版本、扩展及配置：

  • 查看线上PHP是否禁用了file_get_contents、curl这类用于获取外部内容的函数（可通过phpinfo()页面查看）；
  • 确认allow_url_fopen配置是否开启（这是PHP允许远程请求的关键开关）；
  • 如果线上PHP版本比本地高，检查模块代码是否存在高版本PHP不兼容的语法（比如旧函数写法、变量声明问题）。

• 排查服务器/站点安全限制

  • 线上服务器防火墙可能拦截了对目标博客的请求，联系主机服务商确认是否有IP或域名被拦截；
  • 临时关闭WordPress安全类插件（如Wordfence、iThemes Security），测试模块是否恢复显示，排查是否是插件拦截了外部请求。

• 清理线上缓存
  线上站点通常会开启页面缓存、对象缓存，可能缓存了模块失效的状态：

  • 手动清除缓存插件（如WP Rocket、WP Super Cache）的全站缓存；
  • 如果使用主机自带的缓存（如SiteGround的SG Optimizer），同步清理主机端缓存。

• 测试外部请求可用性
  在线上服务器执行命令测试能否正常拉取目标博客内容：

  • 用SSH登录服务器，执行 curl -v 目标博客的API或内容地址，查看返回结果是否正常（比如是否有403、500等错误码）；
  • 如果返回错误，说明目标网站可能限制了线上服务器的IP，需要联系目标网站解除限制，或者更换请求IP。

• 查看PHP错误日志
  开启WordPress调试模式获取报错信息：

  • 在线上站点的wp-config.php中添加代码：

    define('WP_DEBUG', true);
    define('WP_DEBUG_LOG', true);
    define('WP_DEBUG_DISPLAY', false);
    

  • 访问模块所在页面后，查看wp-content/debug.log文件，里面会记录模块运行时的具体错误（比如请求失败、函数调用错误）。

• 确认线上主题及模板一致性
  检查线上当前启用的主题是否和本地完全一致：

  • 确认主题版本、子主题文件没有被修改；
  • 检查模块对应的模板文件（比如sidebar.php、自定义模板）在线上是否存在且未被篡改。

• 检查服务器文件权限
  线上服务器的文件权限可能导致模块无法正常运行：

  • 确认wp-content目录权限为755，目录内文件权限为644；
  • 如果模块有本地缓存文件，检查缓存目录是否有写入权限。

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