HTTP status kódy jsou seskupené do pěti tříd podle první číslice a volba správného umožňuje klientům reagovat správně bez parsování těla.
2xx Success — požadavek fungoval
3xx Redirection — potřeba další akce / zdroj přesunut
4xx Client error — volající udělal něco špatně
5xx Server error — server selhal
2xx
200 OK — obecný úspěch (GET, PUT, PATCH).201 Created — zdroj byl vytvořen (vraťte hlavičku Location).202 Accepted — přijato ke zpracování async, ještě nehotovo.204 No Content — úspěch bez těla (běžné pro DELETE).4xx
400 Bad Request — chybná syntaxe nebo neplatný vstup.401 Unauthorized — neautentizováno (žádné/neplatné přihlašovací údaje).403 Forbidden — autentizováno, ale bez oprávnění.404 Not Found — zdroj neexistuje.409 Conflict — konflikt s aktuálním stavem (např. duplicitní e-mail).422 Unprocessable Entity — správně tvarované, ale neprojde validací.429 Too Many Requests — omezeno rate limitem.5xx
500 Internal Server Error — neočekávaná chyba serveru.503 Service Unavailable — dočasně nedostupné/přetížené.POST /users → 201 Created
Location: /users/42
DELETE /users/42 → 204 No Content
GET /users/999 → 404 Not Found
{ "error": "user not found" }
Klíčové rozlišení, které tazatelé zkoumají: 401 („kdo jsi?“) vs 403 („znám tě, ale ne“), a 400 (špatná syntaxe) vs 422 (platná syntaxe, neplatná data).
Status kódy jsou primární signál v REST odpovědi — klienti, proxy, monitoring a logika opakování se všechny řídí podle nich, takže jejich správné nastavení je nezbytné pro interoperabilitu. Častým selháním je vrátit 200 OK s tělem { "error": ... }: nutí to každého klienta parsovat tělo, aby zjistil, zda volání uspělo, rozbíjí obecné HTTP nástroje a skrývá selhání před monitoringem. Přesné kódy také řídí automatické chování: 429 nebo 503 říká dobře postavenému klientovi, aby ustoupil a zopakoval, zatímco 4xx říká „neopakuj, oprav požadavek“. Tazatelé touto otázkou ověřují, že chápete HTTP jako kontrakt, a ne jako hloupý přenosový kanál, a že správně rozlišujete jemné dvojice (401/403, 400/422) — což je poznávací znamení někoho, kdo skutečně stavěl a konzumoval reálná API.
Knihovna IT otázek k pohovoru s podrobnými odpověďmi — od Junior po Senior.
Přispět