HTTP status code हरू पहिलो अङ्क अनुसार पाँच वर्ग मा समूहबद्ध हुन्छन्, र सही एउटा छान्नाले client हरूलाई 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 processing का लागि स्वीकृत, अझै सकिएको छैन।204 No Content — body बिनाको सफलता (DELETE का लागि सामान्य)।4xx
400 Bad Request — बिग्रेको syntax वा अवैध input।401 Unauthorized — authenticate नभएको (credential नभएको/अवैध)।403 Forbidden — authenticate भएको तर अनुमति नभएको।404 Not Found — resource अस्तित्वमा छैन।409 Conflict — हालको state सँग द्वन्द्व (जस्तै duplicate email)।422 Unprocessable Entity — राम्रोसँग बनेको तर validation fail।429 Too Many Requests — rate limit भएको।5xx
500 Internal Server Error — अप्रत्याशित server दोष।503 Service Unavailable — अस्थायी रूपमा down/overloaded।POST /users → 201 Created
Location: /users/42
DELETE /users/42 → 204 No Content
GET /users/999 → 404 Not Found
{ "error": "user not found" }
Interviewer हरूले दोहन गर्ने मुख्य भिन्नता: 401 ("तिमी को हौ?") बनाम 403 ("म तिमीलाई चिन्छु, तर हुँदैन"), र 400 (खराब syntax) बनाम 422 (वैध syntax, अवैध data)।
Status code एउटा REST response मा प्राथमिक सङ्केत हो — client, proxy, monitoring, र retry logic सबै तिनैमा आधारित हुन्छन्, त्यसैले तिनलाई सही पार्नु interoperability का लागि आवश्यक छ। एउटा सामान्य असफलता भनेको { "error": ... } body सहित 200 OK फर्काउनु हो: यसले हरेक client लाई call सफल भयो कि भनेर body parse गर्न बाध्य पार्छ, generic HTTP tooling बिगार्छ, र monitoring बाट असफलता लुकाउँछ। सटीक code हरूले स्वचालित व्यवहार पनि निर्देशित गर्छन्: 429 वा 503 ले राम्ररी बनाइएको client लाई back off गरेर retry गर्न भन्छ, जबकि 4xx ले "retry नगर, request सच्याऊ" भन्छ। Interviewer हरूले यो प्रश्न तपाईंले HTTP लाई एउटा मूर्ख transport होइन एउटा सम्झौताका रूपमा बुझ्नुहुन्छ, र सूक्ष्म जोडी (401/403, 400/422) सही छुट्याउनुहुन्छ कि भनेर जाँच्न प्रयोग गर्छन् — जुन वास्तविक API बनाएको र प्रयोग गरेको व्यक्तिको छाप हो।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्