共计 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 申请
