Metodele HTTP exprimă intenția ta asupra unei resurse; codurile de status sunt răspunsul codificat al serverului. Două proprietăți contează pentru metode: safe (doar-citire, fără efecte secundare) și idempotent (repetarea produce același rezultat — important pentru retry-uri sigure).
| Metodă | Scop | Safe | Idempotent |
|---|
| GET | Citește o resursă | Yes | Yes |
| POST | Creează / declanșează o acțiune | No | No |
| PUT | Înlocuiește o resursă | No | Yes |
| PATCH | Actualizează parțial | No | No* |
| DELETE | Elimină o resursă | No | Yes |
| HEAD | Ca GET, doar header-e | Yes | Yes |
Distincția de idempotență este practică: pentru că PUT și DELETE sunt idempotente, un client le poate face retry în siguranță după un timeout; un retry al unui POST neidempotent riscă să creeze un duplicat (un clasic bug de dublă-taxare).
Codurile de status sunt grupate după prima cifră:
1xx Informational request received, continuing (100 Continue, 101 Switching)
2xx Success it worked (200 OK, 201 Created, 204 No Content)
3xx Redirection go elsewhere (301 Moved, 304 Not Modified)
4xx Client error YOUR request is wrong (400, 401, 403, 404, 429)
5xx Server error the SERVER failed (500, 502, 503, 504)
Linia cea mai importantă este împărțirea 4xx vs 5xx: 4xx înseamnă că clientul a trimis ceva greșit (input prost, neautentificat, negăsit) — retry-ul neschimbat nu va ajuta; 5xx înseamnă că serverul a eșuat — retry-ul (cu backoff) ar putea reuși. Cunoaște-le pe cele de zi cu zi perfect: 401 (neautentificat) vs 403 (autentificat dar neautorizat), 404 (negăsit), 429 (rate limited), 500 (crash generic de server), 502/503/504 (bad gateway / indisponibil / gateway timeout — de obicei o problemă upstream sau de suprasolicitare).
Aceste coduri sunt contractul comun între fiecare client și server, deci fluența aici este așteptată de la oricine construiește sau consumă API-uri. Intervievatorii sondează distincțiile care dezvăluie înțelegere reală: 401 vs 403, PUT vs PATCH și în special idempotența, care guvernează direct dacă retry-urile sunt sigure — o preocupare centrală în sistemele distribuite și fluxurile de plată. Returnarea codului de status corect îți face și API-ul predictibil și gestionat corect de cache-uri, proxy-uri și biblioteci client, deci această cunoaștere modelează un design bun de API, nu doar trivialități.
O bibliotecă de întrebări de interviu IT cu răspunsuri detaliate — de la Junior la Senior.
Donează