HTTP Egoera Kodeen Erreferentzia doan

Expect: 100-continue duten eskaera baterako erabiltzen da. Zerbitzariak onartzen du gorputzaren hartzeko prest dagoela bezaileak bidaldu aurretik. Oso gutxi ikusi modernoen web aplikazioetan.

Gehienbat WebSocket eguneratze baterako erabiltzen da — bezeroak Upgrade: websocket eskatzen du eta zerbitzaria 101 ematen du aldatzeko.

WebDAV neurriketa batean bidaltako erantzun itzulkaria bezeroa denboratik atera ez dezan bitartean. Zaharra — zerbitzari modernoek ez lukete bidali beharko.

Zerbitzariek Link entzapenak (aurreurrutiz/prekonektatzea) ondoan bidali ditzakete azken erantzuna oraindik prestatzean, bezeroak baliabide garrantzitsuenak lehenbailehen estra ditzakeen.

Arrakastaren estandar erantzuna. Esanahia HTTP metodotik dagoena: GET → baliabidea itzuli, POST/PUT → ekintza osatu.

Arrunta POST despues. Erantzunak Location entzapena beharko luke baliabide berriaren URLaren zatian seinalatzen.

Asynkrono eragiketa baterako — zerbitzariak lanean dago. Bezeroak egoera amaierako entzapena polling egin edo beranduago itzuli beharko luke.

Eskaera arrakastaz, baina bitarte-agenteek (cache edo eraldatzeko proxy bezela) jatorrizkoaren ordaintza aldatu dute — adibidez, irudiak berriz konprimatzea. Oso gutxi praktikan.

Askotan DELETE eragiketarako edo PUT eguneratze baterako, gorputza itzuli beharrik ez duenak. Bezeroak uneko orrian hemendik joan ez beharko.

204 bezela, gorputzik ez itzultzen — baina bezeroa gainera esan egiten zaio forma edo ikusi berritze beharko duen eskaera sortzea (adib. hurrengo sarrera baterako eremu hutsak).

Range eskaeraren erantzuna. Bideo erreproduzitzailek eta deskargatzeko kudeatzaileek erabiltzen dute etzitako deskargen berrabiatzeko edo fitxategi handiak streama.

WebDAV: XML gorputza zenbait apo-eragiketa baten emaitza adierazten du independenteki — adibidez, zenbait elementuk arrakastaz eta beste batzuk huts egitea duen mugimendu batch.

WebDAV: 207 Multi-egoera erantzunen barruan erabiltzen da bilduma berberaren kideak behin behinean zerrendatzeko gero ez dezan, loturek begiak sortzean.

Desberdintasun kodetzearen: zerbitzariak baliabide osoa beharrean aurreko bertsio baten desberdintasun itzultzen du, bandaren aurra askatzen. Oso gutxi inplementatu.

Zerbitzariak hainbat aukera ematen ditu (adib. formatuen edo hizkuntzaren desberdintasun), bezaileak bat aukeratu beharko luke. Oso gutxi erabiltzen, automatiko edukiaren negoziazioak normalean hau kudeatzen duenean.

URLaren aldaketa beteak baterako erabili — bilaketa motorren index eguneratu. SEO aginteak URLaren berriarekin zetazkatzen du.

Bideratua beteeran ez dela adierazten. Cache-atzaila 301 baino gutxiago. Gauzak bezela erabili 'saioa beharrezkoa, /login-era bidertzen'.

POST bidalketen ondoren erabiltzen da — erantzunak 'zure POST funtzionatu zen, ikusi GET URL hau emaitzarentzat' esaten du. Nabigazaileek beti GET URL berria.

Baldintza eskaeraren erantzuna (If-None-Match edo If-Modified-Since entzapenak). Bandaren aurra aurreztea — gorputzik ez itzultzen.

Originalena POST zen, bideratua POST erabiltzen du. Metodoaren kontserbazioa garrantzitsuetan 302-ren modern alternatiboa.

Modern ordezkapena 301-arentzat POST eskaera URL berriaren bidera ondoren POST mantendu nahi denean.

Arrunta kausa: JSON gorputza txarra, query parametrotan baliogabea edo beharrezko eremuen falta. Begiratu eskaerako gorputza eta entzapenak.

Bezeroak autentifikazioa datuak sartu beharko luke (Autorizazioa entzapena, cookie, token). 'Autorizatugabea' okerra da — benetan 'autentifikatugabea' esan nahi du.

Hasieran digitalen ordaintzen baterako pentsatua. Modern erabilera: APIak zenbaitano 402 itzultzen dute erabiltzaile batek ordainduaren kontingentzia gainditu badu.

401-ren desberdintasun — erabiltzailea logean dago, baina haren kontua ez du baliabide honen baimena. Begiratu rola/baimenak logika.

Edo URLa okerra, baliabidea ezabatu edo inoiz ez da zegoen. Zerbitzariek zenbaitano 404 itzultzen dute 403 zehatzagoa izango litzateke ezkutatzeko.

Adibidez, GET eskaera POST bakarrik onartzen duen amaieraren pean. Erantzunak Allow entzapena beharko luke baliozko metodoak zerrendatzen.

Bezeroak eduki mota, hizkuntza edo kodetzearen baterako eskatzen zuen (via Accept, Accept-Language, Accept-Encoding) zerbitzariak ezin asebete. Zenbait zerbitzari estriktu negoziazioa alde banatzen eta defekt bat itzultzen dira.

401 bezela, baina proxy batek argitaratua: bezeroak Proxy-Authorization datua bidali beharko luke. Ikus korporatiboaren sarean proxy autentifikazioenarekin.

Bezeroak denbora luzegi hartu du eskaeraren gorputza bidaltzeko edo konexioa inaktibo mantendu du. Saiatu eskaera berriz.

Normalean edizio bat dopatzeen gatik edo baliabide bikoitzak sortzean bueltatzea (adibidez, dagoeneko dauden emaila duen erabiltzaile bat sortzea).

404ren baino indartsuagoa — zerbitzariak argiki badaki baliabidea LEHENAGO dagoela baina betiko kendu egin dela. Bilaketa-motoreak desindexatzea egingo du.

Eskaera baztertu egiten da Content-Length goiburua ez duelako eta zerbitzariak ukaturiko gorputza badute. Gehitu goiburuak eta saiatu berriz.

If-Match edo If-Unmodified-Since bezalako baldintzazko goiburuak huts egiten direnean bueltatzea — normalean optimista giltzatzea: beste inork baliabidea aldatu du zure bertsiotik. Berreskuratu eta saiatu berriz.

Arrunta fitxategi handiak igotzean. Zerbitzariaren konfigurazioak (nginx, apache) gehienezko gorputz tamaina ezartzen du. Bilakatu zerbitzariaren konfigurazioa.

Normalean oso eskaeren kateak eragiten du (adibidez, datuak kodifikazioan kodifikatzea). Aldatu POST gorputzera, edo planteatzea zerbitzariaren muga jarri duzun.

Adibidez, application/xml bidaltzea zerbitzari batean application/json bakarrik onartzen duena. Ezarri Content-Type goiburuak zuzen.

Range goiburuak fitxategi ez duen zatia eskatzen du — adibidez, deskarga bat fitxategiaren amaieraren ondoren berrabiaratzea. Erantzunak Content-Range eta benetako tamaina sartu behar ditu.

Zerbitzariak Expect: 100-continue ondorioz ez duenean bidaltzea. Zenbait bezero honek hormak bidaltzea lehenespenez; desgaituta egitearen arazoaren arauz ebazten du.

1998ean nola aprilean (RFC 2324). Zenbait API benetakoak erabili dute txistea aditzean edo zaharkitutako amaierara markatzera. Ez da produkziorako erabil.

Arrunta HTTP/2 konexioaren berrerabileaz: eskaera atarira iritsi da ez dago konfiguraturiko zerbitzaria. Bezeroak saiatu behar du konexio berri batean.

Adibidez, JSON zuzen parseatu baina eremu beharrezkoaren faltzaz, edo eremuaren balioak ez dute adiera duten. Arrunta REST API validazio erantzunetan.

WebDAV: iturburuaren edo helmuaren baliabidea beste bezero batek blokeatua da, beraz eragiketaz ezin du aurrera egin. Itxoin blokeoaren askapenari edo ezabarrean tokiaren botereagatik.

WebDAV: eguneratzea araberakoadenetan, aurreko ekintza-a huts egin eta ez zen egin. Ikusi aurrekoa akatsa-gaia-a.

TLS 1.3 0-RTT (hasierako datuak) dituzte: zerbitzariak ez du onartu eskaintzak oihartzun ahal. Bezeroak berriz saiatu behar du eskuarki bukatutzen ondoren.

Zerbitzariak eskaera ez du onarritzen oraingo protokoloan baina ondoren urrunago — erantzunak Upgrade goiburuak eta beharrean protokoloak dituzte.

Zerbitzariak baldintzazko goiburuak behar (If-Match bezala) galeraren-eguneraketa gatazken saihestea. Berreskuratu baliabidea, hartu bere ETag, eta berriz bidali If-Matcharekin.

Motelagoa. Erantzunak Retry-After goiburuak sartu behar du zeintaz saiatu berriz. Arrunta API boterekoak eskaera kuotarekin.

Goiburua edo goiburuaren tamaina osoa mugaez gainditzen du — sarrienan gehiegizko cookie-rekin eragiten. Garbitu cookie-ak edo laburtzen dituzu zer gordetzen duzun.

Baliabidea blokeatua dago lege-arrazoia direla — zentsura, gela-agindua edo eskualdeko araudia. Zenbakia nobelaren 451 Fahrenheit aipagarria.

Zerbitzari-aldean akasten orokorreko. Ikusi zerbitzariaren sartua benetako kausa: utzita uzten den salbuespena, databasearen akasten, eta bestagaz.

Adibidez, zerbitzariak ez du HTTP metodoa ezagutzen. Arraroa praktikatean — gehiago ikusiko duzu 405.

Arrunta mikroeta-arkitekturetan. Zure carga-oreketa edo atzeko proxya ez zeukan erantzuna atzeko-zerbitzari batean.

Mantenua edo gainezka direna. Erantzunak Retry-After goiburuak sartu behar du. Argiak itzultzen duten barrutiko unplegutzetan.

Atzeko zerbitzariak ez zeukan erantzun astietan. Bilakatu atzeko zerbitzariaren osasun eta denbora-konfigurazioa.

Eskaeraren HTTP bertsioa handiak ez dira onartzen zerbitzariak. Ia ez dute ikusten bezero modernoetan.

Zehartzea eduki negoziazioa begira begizta: aukeratutako aldaketa da bere konfiguraturik negoziatzera. Adierazten du zerbitzariaren konfigurazioan akasten.

WebDAV-zehatzak jatorrian baina zenbait zerbitzariek orokorra erabiltzen duten. Zerbitzariak ez ditu ahaltzea eskaera gordetzen dituen biltegiaren mugagatik.

WebDAV: Depth: infinity eskaera prozesatuz begira begizta sartu (adibidez, zirkular loturak). Eragiketaa etea egin zen.

Zahartzea HTTP zabalgoia ingurumarian: zerbitzariak behar du informazioaren gehiago aurrera egin baino. Egina ez deitzen gaurko webetan.

Captiboa ataria (hotela/aireportuara WiFi) markatzera sarrera-behar sarrera-emaitza aurrera gaineratugaitik.