HTTP status codes त्यांच्या पहिल्या अंकानुसार पाच वर्गांत गटबद्ध केले जातात, आणि योग्य तो निवडल्याने clients body parse न करता योग्य प्रतिक्रिया देऊ शकतात.
2xx Success — the request worked
3xx Redirection — further action / resource moved
4xx Client error — the caller did something wrong
5xx Server error — the server failed
2xx
200 OK — सामान्य यश (GET, PUT, PATCH).201 Created — एक resource तयार झाले (Location header परत करा).202 Accepted — async प्रक्रियेसाठी स्वीकारले, अजून पूर्ण नाही.204 No Content — body शिवाय यश (DELETE साठी सामान्य).4xx
400 Bad Request — सदोष syntax किंवा अवैध input.401 Unauthorized — authenticate न झालेले (credentials नाहीत/अवैध).403 Forbidden — authenticate झालेले पण परवानगी नाही.404 Not Found — resource अस्तित्वात नाही.409 Conflict — सध्याच्या state शी संघर्ष (उदा. duplicate email).422 Unprocessable Entity — योग्य रचना पण validation अयशस्वी.429 Too Many Requests — rate limited.5xx
500 Internal Server Error — अनपेक्षित server दोष.503 Service Unavailable — तात्पुरते बंद/अतिभारित.POST /users → 201 Created
Location: /users/42
DELETE /users/42 → 204 No Content
GET /users/999 → 404 Not Found
{ "error": "user not found" }
Interviewers जो मुख्य फरक तपासतात: 401 ("तुम्ही कोण?") vs 403 ("मी तुम्हाला ओळखतो, पण नाही"), आणि 400 (चुकीचा syntax) vs 422 (वैध syntax, अवैध data).
Status codes हे REST response मधील प्राथमिक signal आहेत — clients, proxies, monitoring, आणि retry logic सर्व त्यांवर अवलंबून असतात, म्हणून ते बरोबर मिळवणे interoperability साठी अत्यावश्यक आहे. एक सामान्य अपयश म्हणजे { "error": ... } body सह 200 OK परत करणे: ते प्रत्येक client ला call यशस्वी झाली का हे जाणण्यासाठी body parse करायला भाग पाडते, generic HTTP tooling मोडते, आणि monitoring पासून अपयश लपवते. अचूक codes आपोआप वर्तनदेखील चालवतात: 429 किंवा 503 चांगल्या बांधलेल्या client ला मागे हटून retry करायला सांगते, तर 4xx म्हणते "retry करू नका, request दुरुस्त करा." Interviewers हा प्रश्न तपासण्यासाठी वापरतात की तुम्ही HTTP ला एका मूर्ख वाहतुकीऐवजी एक करार म्हणून समजता का, आणि सूक्ष्म जोड्या (401/403, 400/422) योग्यरित्या वेगळ्या करता का — खऱ्या APIs बांधलेल्या आणि वापरलेल्या व्यक्तीचे हे वैशिष्ट्य आहे.
सविस्तर उत्तरांसह IT मुलाखत प्रश्नांचे ग्रंथालय — Junior पासून Senior पर्यंत.
देणगी द्या