Şu anda benDjango/Piston tabanlı REST API uygulamam doğrulama hatası ile karşılaştığınızda 401 Yetkisiz iade ediyorum. Sahip HTTP Status Code Registrybir göz vardı Bu doğrulama hatası için uygun bir kod olduğuna ikna olmuş değilim, sizler ne tavsiye edersiniz?

• 400 Hatalı İstek
• 401 Yetkisiz
• 403 Yasak
• 405 Yönteme İzin Verilmiyor
• 406 Kabul Edilemez
• 412 Önkoşul Başarısız Oldu
• 417 Beklenti Başarısız Oldu
• 422 İşlenemez Bir Şeyi Varlık
• 424 Bağımlılık Başarısız Oldu

Güncelleme: "Doğrulama başarısız" demek yukarıda bir uygulama düzeyinde veri doğrulama hatası, yani, yanlış belirtilen datetime, sahte e-posta adresi vb.

"Doğrulama hatası" isteği bazı istemci hatası, HTTP 400 (hatalı İstek) kullanın anlamına gelir. URI ISO 8601 tarih olması gerekiyordu ve yanlış biçimde ya da Şubat başvuran bulursanız mesela 31, sonra bir HTTP 400 geri dönersin. Eğer bekliyorsanız aynen iyi biçimlendirilmiş bir varlık gövdesi XML ayrıştırma başarısız olur.

Richardson ve Yakut RESTful Web Services çeşitli HTTP yanıt kodları kullanmak için çok yararlı bir ek içerir. Derler

(“”) Yanlış İstek . 400
Önemi: Yüksek.
Bu tarafı istemci hata genel durumu, başka bir 4 XX hata kodu uygun bir yöntemdir. İstemci ile birlikte gösterimi gönderdiğinde yaygın olarak kullanılan KOYMAK veya talep YAZI ve temsil hakkı biçiminde, ama yapmaz herhangi bir anlamda. (s. 381)

ve:

(“”) Yetkisiz . 401
Önemi: Yüksek.
İstemci korumalı bir kaynak üzerinde işlem için uygun kimlik doğrulama kimlik bilgilerini vermeden çalıştı. Yanlış kimlik bilgileri veya hiç sağlamış olabilir. Kimlik bilgileri bir kullanıcı adı ve parola, API anahtarı, ya da bir kimlik olabilir belirteç ne olursa olsun, söz konusu hizmet bekliyor. Bir istemci için ortak oldu bir URI için bir istek göndermek ne bilsin diye bir 401 kabul ve ne biçimde. [...]

6/2015: @Yeniden yazmak ve 422 HTTP dava açmak panteo @(işlenemez bir şeyi Varlık) STANDART WebDAV HTTP 400'den Standart daha iyi bir seçenek haline geliyor Önerilen Unutmayın.