Azure上部署的WordPress出现504错误、媒体上传失败、插件无法删除如何解决？

• PHP进程配置限制排查
  检查php-fpm配置项request_terminate_timeout、pm.max_children、pm.max_requests，以及php.ini的max_execution_time、memory_limit参数。你观测到的504后报502、web应用自动重启，基本符合php-fpm进程达到资源阈值被系统强制回收、重启的特征，即使服务器整体资源充足，单进程/进程组的独立限制仍会触发该问题。
• 文件上传限制对齐校验
  需同时匹配三处配置的上传大小阈值：php.ini的upload_max_filesize、post_max_size，以及web反向代理层（Nginx/Apache）的client_max_body_size，三者均大于你上传的文件体积才不会出现“进度条走满仍提示体积过大”的问题。另外检查PHP临时上传目录（可通过sys_get_temp_dir()函数获取路径）的权限、剩余存储空间，临时目录写入失败也会触发同类报错。
• 目录权限修正
  你当前观测到的drwxr-xr-x 1 Unknown+User Unknown+Group权限实际存在异常：web服务运行用户（通常为www-data、nginx等）对WordPress目录仅有读和执行权限，没有写入权限，这是你无法删除插件的核心原因。执行chown -R web运行用户名:web运行用户组 /你的WordPress根目录路径修正所有者后即可正常操作插件。
• 网关层超时与慢请求排查
  504报错本质是反向代理等待后端响应超时，检查Nginx的proxy_read_timeout、fastcgi_read_timeout配置，默认60s的阈值无法覆盖后台慢操作时可临时调整到300s验证。同时开启MySQL慢查询日志，排查是否存在未被你捕获的慢SQL阻塞请求，这类数据库层面的阻塞不会记录到WordPress的debug.log中。
• WP Cron隐性负载排除
  WordPress默认的虚拟Cron会在每次用户访问时触发后台任务，大量积压的定时任务会占用PHP进程资源导致超时。在wp-config.php中添加define('DISABLE_WP_CRON', true);关闭虚拟Cron，改为配置服务器系统级Cron定时执行wp-cron.php，排除该干扰项。
• 系统级日志校验
  WordPress的debug.log仅能捕获WP内核及插件的应用层报错，你需要额外查看Nginx/Apache的错误日志、php-fpm的错误日志，进程回收、权限不足、资源超限这类底层报错都会记录在上述系统级日志中，可直接定位问题根源。

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