HTTP स्टेटस कोड

HTTP status codes तीन अंकों के नंबर होते हैं जो server आपकी request के जवाब में भेजता है ताकि result describe किया जा सके। 200 का मतलब request successful रही, 404 का मतलब page नहीं मिला, और 500 का मतलब server में कोई error आई। पहला digit code को पांच classes में से एक में group करता है — 2xx हमेशा success होता है, 5xx हमेशा server की गलती — इसलिए class जानने से तुरंत पता चलता है कि debugging कहाँ से शुरू करनी है: client side या server side।

पहला digit class define करता है: 1xx Informational (request मिल गई और जारी है, जैसे 100 Continue), 2xx Success (काम हो गया, जैसे 200 OK), 3xx Redirection (आपको कहीं और जाना होगा, जैसे 301 Moved Permanently), 4xx Client error (आपकी request गलत है, जैसे 404 Not Found), और 5xx Server error (server fail हो गया, जैसे 500 Internal Server Error)। ऊपर दिए tool में किसी भी class से filter करें और सिर्फ उस group को हर code की explanation के साथ देखें।

Web build या debug करते समय रोज़ मिलने वाले codes हैं: 200 OK, 201 Created, 204 No Content, 301 और 302 redirects, 304 Not Modified, 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 429 Too Many Requests, 500 Internal Server Error, 502 Bad Gateway, और 503 Service Unavailable। ऊपर tool में 'Common only' toggle करें और पूरी list इस short set तक सिमट जाएगी, हर एक के कारण और समाधान के साथ।

200 OK standard success response है — GET के लिए यह body में resource return करता है, POST के लिए action का result। 201 Created का मतलब है POST या PUT successful रहा और एक नया resource बना; server आमतौर पर उस नए resource का address Location header में डालता है, जैसे Location: /users/42। अगर आप API बना रहे हैं और resource create कर रहे हैं, तो 200 की जगह 201 return करें Location header के साथ — ताकि clients को पता चले नया object कहाँ मिलेगा।

404 का मतलब है server उस URL पर कुछ नहीं ढूंढ पाया — वह exist नहीं करता, move हो गया है, या link टूटी हुई है। इसे ठीक करने के लिए URL में typos और wrong letter-casing check करें, पुराने address से नए पर 301 redirect add करें, server की routing या rewrite rules verify करें, और एक helpful custom 404 page serve करें। 410 Gone के विपरीत, 404 यह नहीं कहता कि resource हमेशा के लिए चला गया है, इसलिए search engines इसे crawl करते रहते हैं। MDN Web Docs spec को अच्छी तरह cover करता है, लेकिन यह tool हर code के साथ सामान्य कारण और fixes सीधे दिखाता है।

301 Moved Permanently कहता है कि resource permanently नए घर पर चला गया है, इसलिए search engines ranking signals नए URL पर transfer करते हैं और अपना index update करते हैं — इसे तब use करें जब आप URL permanently बदलें। 302 Found temporary है: original URL canonical रहता है और अपनी ranking बनाए रखता है, इसलिए इसे short-lived moves जैसे A/B tests या maintenance page के लिए use करें। Non-GET requests के लिए 308 (permanent) या 307 (temporary) use करें, क्योंकि ये HTTP method को preserve करते हैं और browsers को POST को GET में downgrade नहीं करने देते।

403 Forbidden का मतलब है server ने आपकी request समझ ली लेकिन उसे authorize करने से मना कर दिया — और 401 के विपरीत, credentials भेजने से मदद नहीं होगी। सामान्य कारण हैं account पर missing permissions या scopes, server पर गलत file permissions (जैसे कोई file 644 की जगह 600 set है), IP block या WAF rule, या directory listing disabled होना जब कोई index file नहीं है। Account के roles, file permissions, और किसी भी allow-lists को check करें। कुछ servers जानबूझकर 404 की जगह 403 return करते हैं ताकि यह reveal न हो कि resource exist करता है।

सभी 5xx server faults हैं लेकिन अलग-अलग मतलब रखते हैं। 500 Internal Server Error generic 'कुछ टूट गया' है — आमतौर पर app में unhandled exception या bug। 502 Bad Gateway का मतलब है proxy को upstream app server से invalid response मिला (अक्सर वह crash हो गया)। 503 Service Unavailable का मतलब है server अस्थायी रूप से down या overloaded है — इसमें Retry-After header होना चाहिए। 504 Gateway Timeout का मतलब है upstream reachable था लेकिन समय पर respond करने में बहुत slow था। इन्हें practically distinguish करने के लिए server logs से शुरू करें।

429 का मतलब है आपने rate limit hit कर ली — एक निश्चित time window में बहुत ज़्यादा requests। Server में Retry-After header होना चाहिए जो बताए कि कितनी देर इंतज़ार करना है। इसे ठीक करें उस header को मानकर, retries के बीच exponential backoff add करके, request volume कम करने के लिए responses cache करके, या higher quota के लिए request करके। यह public APIs और login endpoints पर आम है जो abuse से बचाते हैं। GitHub, Stripe, और Twitter/X सभी API rate limiting के लिए 429 use करते हैं।

4xx errors client की गलती हैं — request itself गलत है, इसलिए इसे वैसे ही retry करना मदद नहीं करेगा (400 Bad Request, 401 Unauthorized, 404 Not Found)। 5xx errors server की गलती हैं — आपकी request बिल्कुल valid हो सकती है लेकिन server उसे fulfill करने में fail हुआ (500, 502, 503), इसलिए server recover होने पर वही request succeed हो सकती है। 4xx के लिए request fix करें, 5xx के लिए server fix करें। यह distinction retry logic के लिए important है: केवल 5xx पर exponential backoff के साथ retry करें, 4xx पर नहीं।

Key ones हैं 200 OK (हर indexable page यही return करे), 301 Moved Permanently (migrations के दौरान ranking नए URL पर pass करता है), 302 Found (temporary — original URL पर ranking रहती है), 404 Not Found और 410 Gone (crawlers को बताते हैं कि page missing है; 410 index से जल्दी हटता है क्योंकि यह permanent है), और 503 Service Unavailable (planned maintenance के लिए SEO-safe code — Google को बाद में आने के लिए कहता है, pages de-index होने के बजाय)।

401 Unauthorized का असल मतलब है 'unauthenticated' — आपने prove नहीं किया कि आप कौन हैं, इसलिए valid credentials (एक token, API key, या login session) भेजने से ठीक हो सकता है; server को WWW-Authenticate header के साथ reply करना चाहिए। 403 Forbidden का मतलब है आप authenticated हैं लेकिन इस resource को access करने की permission नहीं है — बेहतर credentials मदद नहीं करेंगे, आपको अलग permissions चाहिए। Rule of thumb: 401 = आप कौन हैं, 403 = आप यह नहीं कर सकते।

चारों redirects हैं, लेकिन 307 और 308 guarantee करते हैं कि original HTTP method और body preserve रहेगा, जबकि 301 और 302 historically clients को redirected request पर POST को GET में switch करने देते हैं। इसलिए 301 (permanent) और 302 (temporary) plain page redirects के लिए ठीक हैं, लेकिन ऐसे endpoint के लिए जो POST या PUT data receive करता है, permanent moves के लिए 308 और temporary के लिए 307 use करें — method intact रहे और data loss न हो।

520–530 range के codes non-standard codes हैं जो Cloudflare तब return करता है जब Cloudflare और आपके origin server के बीच कुछ fail होता है — ये official HTTP spec का हिस्सा नहीं हैं लेकिन Cloudflare के पीछे आपको ये लगातार दिखेंगे। 520 का मतलब है origin ने empty या unexpected reply दिया, 521 का मतलब है origin ने connection refuse किया (वह down है या Cloudflare को firewall कर रहा है), 522 का मतलब है TCP connection timed out, 523 का मतलब है origin unreachable है, 524 का मतलब है origin connected लेकिन 100 seconds में respond नहीं किया, 525 और 526 SSL handshake और certificate failures हैं, और 530 आमतौर पर एक 1xxx code के साथ origin DNS error है। इनमें से कोई भी नंबर ऊपर search करें — causes और fixes मिलेंगे।

MDN Web Docs authoritative spec reference है लेकिन इसमें कोई live search bar नहीं है, कोई filter-by-class नहीं, और कोई compact cheat-sheet view नहीं है — आप एक page per code navigate करते हैं। httpstatuses.com codes को grid में दिखाता है लेकिन causes और practical fixes नहीं बताता। restapitutorial.com REST conventions को interactive lookup के बिना cover करता है। HTTP.cat एक मज़ेदार meme site है (हर code एक cat photo से map होता है) लेकिन real debugging के लिए अव्यावहारिक। यह tool searchable reference, class filter, cheat-sheet mode, plain-Hindi causes और fixes, और Cloudflare 5xx codes को combine करता है जो ज़्यादातर references skip करते हैं — सब एक ही page में, offline चलता है, कोई ads नहीं, कोई sign-up नहीं।

बिल्कुल। पूरी list page के अंदर static data के रूप में ship होती है, इसलिए हर search, filter, और lookup locally आपके browser में चलता है — कुछ भी upload, log, या server पर नहीं भेजा जाता। इसका मतलब यह भी है कि यह instant load होता है और page open होने के बाद offline भी काम करता रहता है। कोई sign-up नहीं, कोई account नहीं, कोई rate limit नहीं, और कोई paywall नहीं। बस एक fast, private reference जो आपके phone पर उतना ही अच्छा काम करता है जितना desktop पर।