共计 1233 个字符,预计需要花费 4 分钟才能阅读完成。
记一次解决接口报错 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 申请