我有一個舊的C# MVC 4.7網路應用，它有一個特定的$.post呼叫。在任何瀏覽器中從 Visual Studio 2019 本地運行，我都沒有問題。呼叫通過了，并按照預期將部分頁面發布到了div上。從我們的測驗URL運行，在Edge和Chrome中出現了錯誤，但在Firefox中沒有。它回傳一個411錯誤，我知道這意味著這是一個內容長度問題。問題是，其他訪問該網站的人在任何瀏覽器中都沒有遇到這個問題。由于它在其他人的機器上和我的本地機器上的一個特定瀏覽器上都有效，我懷疑這是一個安全設定或類似于該特定網站的東西。我已經清除了設定，重置為出廠默認值，洗掉了擴展程式，保證是最新的，并在有和沒有殺毒軟體互動的情況下進行了測驗。
這失敗了：
這失敗了。
$.post('/Controller/Method'/span>, function (data) {
$('#container').html（資料）。
});
但這樣做可以：
$. post("/Controller/OtherMethod"/span>, { paramOne: varOne, paramTwo: varTwo }, function (data) {
$("#container").html（資料）。
});
當從測驗 URL 運行時，這兩個函式在 Firefox 中均可正常運行，只有第二個函式可在測驗 URL 的 Edge/Chrome 中運行。
對于我可能需要檢查的內容有什么想法嗎？
以下是在開發工具中呼叫失敗的標題：
- 一般
<- 一般
Request URL: https://[url]/Controller/Method?param=123
請求方法。POST
狀態代碼。411
遠程地址。[remote_ip]
推薦人政策：嚴格-原產地-跨原產地時
回應頭檔案 內容型別：text/html; charset=us-ascii
日期: Thu, 19 Aug 2021 17:08:18 GMT
服務器。Microsoft-HTTPAPI/2.0
Request Headers :授權。[url]
:方法。POST
:路徑。Controller/Method?param=123
:path: Controller/Method?
:方案: https
接受。/
accept-encoding:GREEN
accept-encoding: gzip, deflate, br
接受語言: en-US,en;q=0.9
快取控制: no-cachecontent-length: 0
cookie。[cookie info]
origin: https://[url]
pragma: no-cache
referer: https://[url]/Controller/Method?param=123
sec-ch-ua: "Chromium";v="92", " Not A;Brand";v="99", " Google Chrome";v="92"
sec-ch-ua-mobile: ?0
sec-fetch-dest: empty
sec-fetch-mode: cors
sec-fetch-site: same-origin
用戶-代理。Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.159 Safari/537.36
x-requested-with: XMLHttpRequest
uj5u.com熱心網友回復：
在Chrome和Edge兩個不同的網站上遇到同樣的問題后，我想我有了答案：
問題似乎是在Chrome和Edge上。
問題似乎出在 BitDefender 殺毒軟體上。
如果我禁用 BitDefender 的保護，帖子的請求就會成功。
編輯。 奇怪的是，如果我重新啟用BitDefender的保護，問題就不會再出現了。
在偶然發現這個解決方案后，我找到了一些關于人們遇到同樣問題的參考資料：https://community.bitdefender.com/en/discussion/88573/status-411-length-required-during-browsing https://support.mozilla.org/en-US/questions/1344632
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/319218.html
標籤：
上一篇：asp.MVC中的自定義警報資訊
下一篇：搜索功能無法通過姓名找到用戶