启用Elementor插件致Bitnami本地WordPress站点无法加载如何排查

• 运行环境：本地主机通过Bitnami部署的WordPress
• 故障触发条件：启用Elementor插件作为页面构建器，访问页面进入编辑状态时
• 故障表现：
  • 站点完全无法加载，浏览器提示 site can't be reached - the connection was reset
  • 浏览器控制台输出如下信息：

  (index):6772 crbug/1173575, non-JS module files deprecated.
  

• 临时恢复方式：从WordPress后台仪表板停用Elementor插件后，站点即可恢复正常加载

注意：控制台输出的crbug/1173575, non-JS module files deprecated是Chromium内核浏览器的通用非阻断提示，和本次连接重置故障无直接关联，无需针对该提示单独修复。Bitnami本地环境下该故障通常由以下三类原因导致，按顺序排查即可：

• PHP配置资源上限不足
  Elementor编辑器加载时需要执行较多PHP逻辑、请求批量静态资源，Bitnami默认的PHP配置内存、执行时长阈值偏低，很容易触发服务端直接中断连接。
  修复步骤：
  1. 打开Bitnami安装目录下的php.ini配置文件
  2. 调整以下参数值：

  memory_limit = 256M
  max_execution_time = 300
  max_input_time = 300
  post_max_size = 64M
  upload_max_filesize = 64M
  

  3. 保存文件后重启Bitnami所有关联服务，再测试Elementor编辑页加载情况
• 站点URL协议配置冲突
  Bitnami默认会为本地站点配置自签名SSL证书，如果WordPress后台的站点地址混用HTTP/HTTPS协议，Elementor加载资源时的跨协议请求会触发连接被重置。
  修复步骤：
  1. 进入WordPress后台「设置-常规」页面
  2. 确认「WordPress地址（URL）」「站点地址（URL）」两个配置项的协议完全统一，要么全部使用HTTP格式的本地地址，要么全部使用HTTPS格式地址，禁止混用
  3. 保存配置后清空浏览器缓存再测试
• 缓存残留导致路径解析错误
  如果之前开启过服务端缓存、第三方缓存插件，残留的失效缓存文件会导致Elementor的资源请求路径解析异常，触发服务端断连。
  修复步骤：
  1. 进入Bitnami站点目录下的wp-content/cache路径，删除该目录下所有缓存文件
  2. 暂时停用其他安全、缓存类插件，排除插件冲突
  3. 重新测试Elementor编辑页加载情况

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