记一次解决接口报错 The GET method is not supported for this route. Supported methods: POST.
的bug;
问题体现:
服务器上部署了两套雷同代码的我的项目A和B,别离以不同的域名拜访,提交代码时同步更新。以POST
形式申请某个特定接口时,A可能失常响应,B却无论如果都是报错The GET method is not supported for this route. Supported methods: POST.
奇怪的是,本地开发是失常的,无奈复现此bug, 线上服务器里A我的项目亦是失常拜访,B我的项目代码与A完全相同,仅配置文件.env
与域名受权文件不同。
搜寻解决办法,尝试
php artisan route:clear
php artisan route:cache
问题仍旧,通过php artisan route:list
打印出我的项目的所有路由,发现B我的项目的路由是正确的,揣测问题可能与我的项目无关;
关上B我的项目的Debug
设置,显示该报错的追踪门路,发现框架对该申请的Method
判断为GET
, 而该路由所定义方法为POST
,所以间接抛出谬误The GET method is not supported for this route. Supported methods: POST.
问题查到这里陷入了死胡同,我无奈了解为什么以POST
发动的申请,流程达到框架中解决时, 申请的Method
会变成GET
;
纠结一天没有后果。第二天判断可能是nginx
到框架过程中出的问题,尝试调取Nginx
的Access日志来判断问题起因,终于发现
127.0.0.1 - - [02/Mar/2022:11:29:48 +0800] "POST /api_path/action_name HTTP/1.1" 301 162 "-" "PostmanRuntime/7.29.0"
127.0.0.1 - - [02/Mar/2022:11:29:49 +0800] "GET /api_path/action_name HTTP/1.1" 405 26147 "http://host_domain/api_path/action_name" "PostmanRuntime/7.29.0"
在Nginx
这里,POST
申请被301重定向成GET
,以GET
去申请POST
的路由当然会报错;而这个301则是宝塔环境自带的“强制HTTPS”的设置导致,开启该设置之后,nginx
的配置文件会减少以下代码
#HTTP_TO_HTTPS_START
if ($server_port !~ 443){
rewrite ^(/.*)$ https://$host$1 permanent;
}
至此,敞开该“强制HTTS”的设置,问题解决。
后记:个别状况下301重定向强制HTTPS用于网站首页为主,网站首页个别状况下都是GET
申请,天然也就不会存在POST
变成GET
的困扰。
对于301的POST
转GET
问题,能够参考
记一次HTTP POST申请变成GET申请