In die wêreld van webontwikkeling speel HTTP-foutkodes 'n belangrike rol om die gebruikerservaring en reputasie van 'n webwerf te beïnvloed. In hierdie artikel sal ons 'n volledige lys van bedienerfoutkodes oorweeg, die betekenis daarvan ontleed en leer hoe om bedienerresponskodes effektief te interpreteer om probleme op te los en die werkverrigting van die webtoepassings te optimaliseer.
Wat is 'n HTTP-reaksiekode
HTTP-reaksiekode is die taal van webbedieners wat blaaierversoeke in verstaanbare instruksies vertaal. Dit is soos 'n digter wat virtuele vrae beantwoord, betekenis en rigting aan hulle gee. Reaksiekodes is nie altyd HTTP-foutkodes nie. Byvoorbeeld, "200 OK" beteken dat alles in orde is, maar HTTP-fout "404 nie gevind nie" beteken wanneer die bladsy in die virtuele ruimte verlore gaan. Elke kode is 'n unieke uitdrukking van die bedienertoestand, waarvan die dekodering ons in staat stel om te verstaan wat aan die ander kant van die virtuele wêreld gebeur.
1xx kodes (Inligting)
1xx-statuskodes in die HTTP-protokol is 'n soort eerste skakel in die dialoog tussen die bediener en die kliënt. In plaas daarvan om 'n volledige antwoord op 'n versoek te verskaf, verskaf hulle inligting oor die huidige status, wat data-uitruiling doeltreffender maak. Kom ons kyk nader na hulle:
100 Gaan voort. HTTP-reaksiekode waarin die bediener die groen lig aan die gebruiker gee, wat hom in staat stel om veilig voort te gaan om 'n groot versoek te stuur.
101 Skakel protokolle. Die bediener vertel die kliënt dat dit die reëls van die spel verander, byvoorbeeld, beweeg van HTTP na die veiliger HTTPS. In hierdie geval word die "Upgrade"-kopskrif gebruik vir die protokolverandering.
102 Verwerking. Hierdie kode is soos 'n boodskap dat die bediener die versoek aanvaar het, maar steeds besig is met 'n komplekse operasie.
103 Vroeë wenke. Hier stuur die bediener verskeie aanwysende opskrifte na die kliënt voor die hoofantwoord, waarsku oor iets wat in die nabye toekoms relevant kan wees.
2xx-kode (Suksesvol)
HTTP-foutkodes in die groep 2xx dui op 'n suksesvolle versoek vanaf die bediener. Hulle tree in wese op as 'n "groen lig" in die bestek van webkommunikasie, wat bevestig dat alles volgens plan verloop en suksesvol afgehandel is.
200 OK. Hierdie status word gebruik wanneer die bediener 'n versoek per GET-metode sonder probleme verwerk en die gevraagde data in reaksie terugstuur. Die "Content-Type"-opskrif gee die inhoudtipe in die antwoord aan. Dit lig net die kliënt in dat die versoek suksesvol was.
201 Geskep. Hier kondig die bediener die skepping van 'n nuwe hulpbron aan.
202 Aanvaar. Die bediener laat die gebruiker weet dat die versoek aanvaar is, maar sal tyd neem om te reageer.
203 Nie-gesaghebbende inligting. Hierdie kode voorsien die kliënt van data wat dalk nie amptelik is nie, maar vir vergelyking gebruik kan word.
204 Geen inhoud. Die bediener het die versoek verwerk, maar gee geen bykomende inhoud terug nie.
205 Stel inhoud terug. Hier word die kliënt opdrag gegee om die huidige aansig of data terug te stel nadat dit gestuur is.
206 Gedeeltelike inhoud. Hierdie geval dui aan dat die antwoord slegs 'n deel van die gevraagde inhoud bevat. Die "Content-Range"-opskrif dui die gedeeltelike inhoudreeks aan.
207 Multi-status. Die bediener het 'n multi-operasie-versoek van die kliënt suksesvol voltooi, en die antwoord bevat inligting oor die status van elk van die bewerkings.
226 IM Gebruik. Hierdie kode dui aan dat die bediener die Inkrementele Metadata (IM) metode gebruik het en gereageer het deur slegs die gewysigde hulpbrondele aan die kliënt deur te gee.
3xx-kodes (herleidings)
3xx-kodes in die HTTP-protokol is soos wysers wat die gebruiker na 'n nuwe hulpbronligging lei. Hulle lig die kliënt in dat opvolgstappe geneem moet word om die gevraagde inhoud te bekom of om na 'n ander hulpbron herlei te word. Kom ons verdiep in die besonderhede van elkeen van hulle:
300 Meervoudige Keuses. Die kliënt ontvang 'n sein dat daar verskeie moontlike liggings vir die hulpbron is en word 'n keuse gegee in reaksie. In huidige omstandighede kan die "Ligging"-opskrif alternatiewe opsies vir die hulpbron aandui.
301 Permanent verskuif. Die bediener rapporteer aan die gebruiker dat die hulpbron permanent na 'n ander ligging geskuif is.
302 Gevind. Hierdie HTTP-kode is soortgelyk aan 'n tydelike herleiding. Die bediener lig die verbruiker in dat die hulpbron tydelik by 'n ander URL beskikbaar is. Die "Ligging"-opskrif wys na die nuwe URL vir die tydelike herleiding.
303 Sien Ander. Die kliënt word meegedeel dat die hulpbron by 'n ander URL beskikbaar is en moet 'n AOO-versoek na hierdie nuwe adres rig.
304 nie verander nie. Hierdie status vertel die kliënt dat die hulpbron onveranderd gebly het sedert die laaste versoek en nie weer afgelaai hoef te word nie. Wanneer 'n versoek gedoen word, word die "If-Modified-Since"-opskrif gebruik om te kyk of die hulpbron gewysig is.
305 Gebruik proxy. As 'n antwoord rapporteer die bediener dat dit die gespesifiseerde instaanbediener moet gebruik om toegang tot die gevraagde hulpbron te verkry.
306 (voorbehou) — Die kode is gereserveer, maar dit word eintlik nie gebruik nie.
307 Tydelike herleiding. Hierdie kode is soortgelyk aan 302 Found, maar vereis dat die kliënt in die versoekmetode bly wat in die oorspronklike versoek gebruik is.
308 Permanente herleiding. Dui aan dat die hulpbron 'n permanente skuif na 'n nuwe URI gemaak het en die kliënt moet die nuwe URI vir alle toekomstige versoeke gebruik.
4xx HTTP-fout (kliëntfoute)
HTTP 4xx-foutkodes dui kliëntfoute aan. Dit beteken dat die probleem aan die gebruikerkant is, soos die webblaaier of toepassing.
400 Slegte Versoek. Die bediener kan nie die versoek verwerk nie weens sintaksisfoute, ongeldige data of ander foute aan die kliëntkant.
401 Ongemagtig. Die bediener kan nie die versoek verwerk nie weens sintaksisfoute, ongeldige data of ander foute aan die kliëntkant.
402 Betaling vereis. Die kode is nie op die oomblik aktief nie en is gereserveer vir toekomstige gebruik. Dit kan die behoefte aandui om te betaal voordat toegang tot die hulpbron in die toekoms verkry word.
HTTP-fout 403 is verbode. Die kliënt het nie voldoende regte om toegang tot die gevraagde hulpbron te verkry nie.
404 nie gevind. Die gevraagde hulpbron bestaan nie op die bediener nie. Dit is een van die mees algemene gebruikersfoute.
405-metode nie toegelaat nie. Die bediener ondersteun nie die gespesifiseerde versoekmetode tydens hierdie hulpbron nie. Die "Laat toe"-opskrif dui die toegelate metodes vir die hulpbron aan. Met hierdie kode,
406 Nie Aanvaarbaar nie. Die bediener kan nie data verskaf in 'n formaat wat deur die kliënt aanvaar kan word nie.
407 Proxy-verifikasie vereis. Stawing op instaanbediener word vereis vir toegang tot die gevraagde hulpbron.
408 Versoek Time-out. Die bediener het gewag om 'n versoek van die kliënt te ontvang, maar het uitgetel. Die "Retry-After"-opskrif kan die tyd aandui waarna die versoek herprobeer kan word.
409 Konflik. Die versoek kan nie voltooi word nie weens 'n konflik met die huidige hulpbrontoestand.
410 Weg. Die aangevraagde hulpbron het voorheen bestaan maar is nou uitgevee en die herstel daarvan word nie verwag nie.
411 Lengte benodig. Die bediener eis om die inhoudlengte in die versoek te spesifiseer; die afwesigheid van hierdie inligting word as 'n fout beskou.
412 Voorwaarde het misluk. 'n Voorvereiste in die versoek word nie nagekom nie, wat verhoed dat dit uitgevoer word.
413 Loonvrag te groot. Die grootte van die versoekdata oorskry die bedienerlimiete.
414 URI te lank. URI-lengte in die versoek oorskry aanvaarbare limiete.
415 Ongesteunde mediatipe. Die bediener kan nie die datatipe verwerk wat in die versoek verskaf is nie.
416 Reeks nie bevredigend nie. HTTP-fout waar die gevraagde reeks nie ooreenstem met die huidige bedienerdata nie.
417 Verwagting het misluk. Die verwagte voorwaarde in die "Verwag"-opskrif is nie nagekom nie.
418 Ek is 'n teepot. Hierdie kode is ingesluit as 'n grap en impliseer geen werklike aksie vir die gebruiker of bediener nie, en is nie 'n volwaardige fout nie. Dit dui aan dat die bediener 'n teepot is en nie in staat is om koffie te maak nie.
421 Misgerigte versoek. Die bediener verwerk nie die versoek nie as gevolg van 'n fout in die versoek of bedienerkonfigurasie.
422 Onverwerkbare entiteit. Die bediener verstaan die versoek, maar verwerk dit nie as gevolg van datafoute nie.
423 Gesluit. Die hulpbron is geblokkeer en kan nie verwerk word nie.
424 Mislukte afhanklikheid. Die versoek hang af van 'n ander onuitgevoerde versoek.
425 Te vroeg. Die bediener is nie gereed om die versoek te verwerk nie weens die vroeë koms daarvan.
426 Opgradering vereis. Die bediener vereis die gebruik van 'n meer gevorderde protokol om die versoek te verwerk.
428 Voorwaarde Vereis. Die bediener vereis dat sekere voorwaardes in die versoek gespesifiseer moet word.
429 Te veel versoeke. Die kliënt het te veel versoeke in 'n kort tyd gestuur, wat die bediener se limiete oorskry het.
431 Versoekkop-velde is te groot. Versoekopskrifte oorskry die maksimum toegelate grootte.
449 Probeer weer met. Dui aan dat die versoek nie deur die huidige bediener uitgevoer kan word nie, maar suksesvol deur 'n ander bediener verwerk kan word, en die kliënt moet die versoek weer probeer met 'n nuwe URI.
451 Onbeskikbaar vir regsredes. Die hulpbron is om wettige redes nie beskikbaar nie.
499 Kliënt Geslote Versoek. Die bediener het die versoek ontvang, maar die verbinding is deur die kliënt gesluit voordat die verwerking voltooi is.
HTTP 5xx-fout (bedienerfoute)
HTTP 5xx-foutkodes dui die bedienerprobleme aan. Hierdie kodes dui probleme aan wat aan die bedienerkant voorgekom het, wat maak dat die bediener nie die gebruiker se versoek op 'n regte manier kan verwerk nie. Kom ons kyk nader na hulle:
HTTP-fout 500 interne bedienerfout. Die bediener ontmoet onverwagte omstandighede wat dit verhoed om die versoek te voltooi. Die "Bediener"-opskrif kan die bediener aandui waarop die fout plaasgevind het.
501 Nie geïmplementeer nie. Die bediener ondersteun nie die funksionaliteit wat nodig is om die kliënt se versoek te verwerk nie. Die "Via"-opskrif kan die instaanbediener aandui waardeur die fout plaasgevind het.
502 Bad Gateway. Hierdie kode beteken dat die bediener wat as proxy optree, 'n verkeerde antwoord van 'n ander bediener ontvang het.
HTTP fout 503 Diens nie beskikbaar nie. Die bediener kan tydelik nie versoeke verwerk nie.
504 Gateway-tydsduur. Die bediener, wat as instaanbediener optree, het nie 'n tydige reaksie van 'n ander bediener ontvang nie.
505 HTTP-weergawe word nie ondersteun nie. Die bediener ondersteun nie die HTTP-protokolweergawe wat in die versoek gespesifiseer is nie. As 'n rugsteunopsie kan die "Upgrade"-kopskrif ondersteunde protokolle aandui.
506 Variant Onderhandel ook. Hierdie status word nie in HTTP/1.1 gebruik nie; as die bediener egter 'n interne konfigurasie bespeur wat tot inhoudsonderhandeling dubbelsinnigheid lei, kan dit hierdie reaksie gebruik.
507 Onvoldoende berging. Die bediener kan nie aan die versoek voldoen nie weens onvoldoende stoorspasie op die bediener.
508 lus bespeur. Die bediener het 'n lus bespeur terwyl die versoek verwerk is, en weier om die versoek te voltooi om 'n oneindige lus te vermy.
509 Bandwydtelimiet oorskry. Die fout kom voor wanneer die bediener se bandwydte oorskry word as gevolg van hoë volume versoeke of verkeer.
510 Nie verleng nie. Die kliënt moet bykomende uitbreidings oordra om die versoek voort te sit.
511-netwerkverifikasie vereis. Die kliënt moet homself verifieer om toegang tot die netwerk te verkry.
Hoe om die bladsystatuskode na te gaan
In hierdie afdeling sal ons drie hoof maniere oorweeg om die bladsystatuskode na te gaan: via die opdragreël, met behulp van 'n webblaaier en die gebruik van onafhanklike aanlyndienste. Elkeen van hierdie metodes het sy eie voordele en kan nuttig wees in verskillende situasies.
Kontroleer tans bedienerrespons via opdragreël
Die opdragreël bied 'n gerieflike manier om die bladsystatuskode na te gaan sonder om 'n webblaaier te gebruik. Vir hierdie metode moet u die opdragreël oopmaak en die opdrag gebruik:
curl -I http://page-addressHierdie opdrag stuur 'n HEAD-versoek (slegs opskrifte-versoek) na die gespesifiseerde URL en vertoon inligting, insluitend die HTTP-statuskode:
Die voorbeeld hierbo toon 'n suksesvolle antwoordkode. In die geval van 'n antwoord wat 'n foutkode bevat, soos 404 Nie gevind HTTP-fout, sal die resultaat soortgelyk lyk:
Kontroleer die bedienerrespons via die blaaierkonsole
Die webblaaier-ontwikkelaarkonsole bied gereedskap om verskeie bewerkings uit te voer, insluitend die kontrolering van die bladsystatuskode. Om die HTTP-kode in die bedienerantwoord te sien, moet jy die ontwikkelaarkonsole oopmaak (Ctrl+Shift+K) of (Ctrl+shift+J), afhangende van die blaaier wat gebruik word. Kies dan die "netwerk"-afdeling en laai die verlangde bladsy:
Kontroleer die bedienerrespons met behulp van onafhanklike gereedskap
Daar is 'n groot aantal onafhanklike aanlyn dienste wat gereedskap verskaf om die webwerfbladsystatuskode na te gaan. Hierdie dienste laat jou gewoonlik toe om vinnig 'n oorsig van jou hulpbron se beskikbaarheid en werkverrigting te ontvang. Hulle werk almal volgens dieselfde beginsel. As voorbeeld sal ons die gewildste hulpbron oorweeg - httpstatus.io
Eerstens moet u die diens self oopmaak, dan die adres van die bladsy invoer wat u moet uitvind, en verifikasie versoek:
Die resultaat sal onderaan die bladsy vertoon word:
Gevolgtrekking
Ten slotte moet dit beklemtoon word dat om HTTP-foutkodes te verstaan en te kan lees 'n sleutelvaardigheid is vir almal wat betrokke is by webontwikkeling en bedieneronderhoud. Terwyl ons elke fout uitvind en die nutsmiddels verken om dit op te spoor, sien ons redes waarom dit so belangrik is om hierdie webdienste-aspekte effektief te bestuur.
