记一次解决接口报错 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申请
