REST HTTP狀態代碼用于失敗的驗證或無效的復制我正在使用基于REST的API構建一個應用程序,并且已經到了為每個請求指定狀態代碼的地步。對于驗證失敗的請求,或者請求試圖在我的數據庫中添加副本,我應該發送什么狀態代碼?我看過了http:/www.w3.org/protocol/rfc 2616/rfc 2616-sec10.html但似乎沒有一個是對的。在發送狀態代碼時是否有常見的做法?
3 回答

慕田峪7331174
TA貢獻1828條經驗 獲得超13個贊
由于格式錯誤,服務器無法理解請求。
由于被認為是客戶端錯誤,服務器無法或不處理請求。

胡子哥哥
TA貢獻1825條經驗 獲得超6個贊
驗證失敗:403禁止(“服務器理解請求,但拒絕滿足請求”)。與流行的觀點相反,RFC 2616并沒有說“403只用于失敗的認證”,而是“403:我知道你想要什么,但我不會這么做”。該條件可能是也可能不是身份驗證造成的。 嘗試添加一個復制:409沖突(“由于與資源的當前狀態發生沖突,請求無法完成”)。
X-Status-Reason: Validation failed
).

MYYA
TA貢獻1868條經驗 獲得超4個贊
11.2.422個不可處理實體
422(非處理實體)狀態代碼意味著服務器理解請求實體的內容類型(因此415(不支持的媒體類型)狀態代碼不合適),并且請求實體的語法是正確的(因此400(壞請求)狀態代碼不合適),但無法處理所包含的指令。例如,如果XML請求體包含格式良好(即語法正確)但語義錯誤的XML指令,則可能出現此錯誤情況。
- 3 回答
- 0 關注
- 689 瀏覽
添加回答
舉報
0/150
提交
取消