AWS堆栈,核心和插件更新上的WordPress总是失败

时间:2019-04-27 21:16:45

标签: php wordpress amazon-web-services amazon-ec2

我已经为WordPress设置了AWS LAMP环境。一切正常,除了WP核心,主题和插件更新总是静默失败。没有错误消息显示在屏幕上,没有帮助控制台打印,在错误日志中没有任何跟踪。

这是在堡垒服务器,S3,RDS,EFS和Cloudflare之后使用EC2的基本AWS设置。

如果我尝试小批量更新插件/主题,例如一次更新1个,则该过程有时会起作用。大多数情况下,它只挂一分钟然后停下来。任何太大的事情都会失败。

核心更新始终失败。到达“正在解压缩更新…”并在那里停止。总而言之,尽管将max_execution_time设置为300,但在页面仅停止加载之前,它可能会尝试60秒。

1)我增加了可能会有所帮助的各种php值:
  max_execution_time = 300
  memory_limit = 1G
  post_max_size = 25M
  max_input_vars = 1000

2)我已经检查,重新检查并放松了对webroot的权限。在这方面一切都很好。 apache拥有的所有内容,这是正确的用户。所有目录755。所有文件644。

3)我已经运行了WP Health Check,一切都出现了麻烦。除了从PHP 7.0升级到7.2之外,这里没有其他问题。

4)我已经多次使用干净的数据库和文件重新安装了WP。

5)我尝试了多个版本的WP来排除5. *问题。

我正在运行仅具有基本插件的2019主题,以排除主题/插件冲突。

启用了PHP错误登录功能,启用了WordPress调试功能,但同样,没有任何内容可以写入日志或打印到屏幕上。

我已经做了很长时间的WordPress和LAMP,所以我倾向于这里的AWS配置。我对这个堡垒或其他阻止传出或传入通信的东西特别怀疑。

1 个答案:

答案 0 :(得分:1)

应用程序负载平衡器的最大超时为60秒。这意味着,在关闭连接之前,它们只会等待并返回目标的响应长达60秒。

当您批量更新插件或安装大型主题时,下载,解压缩和安装插件的过程几乎肯定会超过60秒。

我们已经遇到了这种情况,尽管并不理想,但是我们对这种情况所做的观察是,如果我们等待几分钟并检查插件,主题或核心文件,则它们实际上已经更新。这是因为尽管ALB超时,但Wordpress函数仍在执行,除非有其他错误,否则它将完成。