問(wèn)題表現(xiàn)

服務(wù)器上部署了兩套相同代碼的項(xiàng)目A和B，分別以不同的域名訪問(wèn)，提交代碼時(shí)同步更新。以POST方式請(qǐng)求某個(gè)特定接口時(shí)，A能夠正常響應(yīng)，B卻無(wú)論如果都是報(bào)錯(cuò)The GET method is not supported for this route. Supported methods: POST.奇怪的是，本地開(kāi)發(fā)是正常的，無(wú)法復(fù)現(xiàn)此bug, 線上服務(wù)器里A項(xiàng)目亦是正常訪問(wèn)，B項(xiàng)目代碼與A完全相同，僅配置文件.env與域名授權(quán)文件不同。

搜索解決方法，嘗試

php artisan route:clear
php artisan route:cache

問(wèn)題依舊，通過(guò)php artisan route:list打印出項(xiàng)目的所有路由，發(fā)現(xiàn)B項(xiàng)目的路由是正確的，推測(cè)問(wèn)題可能與項(xiàng)目無(wú)關(guān)；

打開(kāi)B項(xiàng)目的Debug設(shè)置，顯示該報(bào)錯(cuò)的追蹤路徑，發(fā)現(xiàn)框架對(duì)該請(qǐng)求的Method判斷為GET, 而該路由所定義方法為POST，所以直接拋出錯(cuò)誤The GET method is not supported for this route. Supported methods: POST.問(wèn)題查到這里陷入了死胡同，我無(wú)法理解為什么以POST發(fā)起的請(qǐng)求，流程達(dá)到框架中處理時(shí), 請(qǐng)求的Method會(huì)變成GET;

糾結(jié)一天沒(méi)有結(jié)果。第二天判斷可能是nginx到框架過(guò)程中出的問(wèn)題，嘗試調(diào)取Nginx的Access日志來(lái)判斷問(wèn)題原因，終于發(fā)現(xiàn)

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請(qǐng)求被301重定向成GET，以GET去請(qǐng)求POST的路由當(dāng)然會(huì)報(bào)錯(cuò)；

而這個(gè)301則是寶塔環(huán)境自帶的“強(qiáng)制HTTPS”的設(shè)置導(dǎo)致，開(kāi)啟該設(shè)置之后，nginx的配置文件會(huì)增加以下代碼

#HTTP_TO_HTTPS_START
if ($server_port !~ 443){
   rewrite ^(/.*)$ https://$host$1 permanent;
}

至此，關(guān)閉該“強(qiáng)制HTTS"的設(shè)置，問(wèn)題解決。

后記：一般情況下301重定向強(qiáng)制HTTPS用于網(wǎng)站首頁(yè)為主，網(wǎng)站首頁(yè)一般情況下都是GET請(qǐng)求，自然也就不會(huì)存在POST變成GET的困擾。

關(guān)于301的POST轉(zhuǎn)GET問(wèn)題，可以參考

以上就是php接口報(bào)錯(cuò)解決分析記錄的詳細(xì)內(nèi)容，更多關(guān)于php接口報(bào)錯(cuò)解決的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論