Slim3+Apache+AWS环境下PUT/DELETE请求报405错误求助

我之前也碰到过类似的问题，Slim3搭配Apache时出现PUT/DELETE请求被拒绝的情况，大多和Apache的重写模块配置或者.htaccess规则有关，给你几个针对性的排查和解决步骤：

1. 确认Apache的mod_rewrite模块已启用 #

Slim框架的路由依赖mod_rewrite来处理URL重写，尤其是非GET/POST的HTTP方法。在AWS Linux环境下，执行以下命令启用模块并重启Apache：

sudo a2enmod rewrite
sudo systemctl restart httpd

（如果是Ubuntu-based的AWS系统，Apache服务名是apache2，对应重启命令改成sudo systemctl restart apache2）

2. 确保Apache站点配置允许.htaccess生效 #

默认情况下，Apache可能会禁用.htaccess的规则解析，需要修改站点配置文件（比如/etc/httpd/conf/httpd.conf或者/etc/httpd/conf.d/your-api.conf），找到对应API目录的<Directory>块，将AllowOverride None改为AllowOverride All：

<Directory /var/www/html/your-api-root-directory>
    AllowOverride All
    Require all granted
</Directory>

修改完成后记得重启Apache服务。

3. 修正.htaccess文件的规则 #

Slim3需要正确的.htaccess规则来传递PUT/DELETE请求到PHP后端，替换你的现有.htaccess内容为以下标准配置：

RewriteEngine On
RewriteBase /

# 处理OPTIONS预检请求（避免跨域场景下的请求失败）
RewriteCond %{REQUEST_METHOD} OPTIONS
RewriteRule ^(.*)$ $1 [R=200,L]

# 允许合法HTTP方法，拒绝非法请求方法
RewriteCond %{REQUEST_METHOD} !^(GET|POST|PUT|DELETE|OPTIONS)$
RewriteRule ^ - [R=405,L]

# 将所有非文件/目录的请求转发到index.php（Slim的入口文件）
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^ index.php [QSA,L]

这个配置会确保PUT/DELETE请求被正确传递到Slim的路由处理逻辑中，同时兼容跨域场景下的预检请求。

4. 验证配置并排查日志 #

完成上述步骤后，用curl测试PUT请求验证效果：

curl -X PUT http://your-api-domain/your-endpoint -d '{"data":"test"}' -H "Content-Type: application/json"

如果仍然出现错误，查看Apache的错误日志（/var/log/httpd/error_log），里面会有更详细的报错信息，比如规则未生效、目录权限问题等。

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