Në botën e zhvillimit të uebit, kodet e gabimit HTTP luajnë një rol jetik në ndikimin e përvojës së përdoruesit dhe reputacionit të një faqe interneti. Në këtë artikull, ne do të shqyrtojmë një listë të plotë të kodeve të gabimeve të serverit, do të analizojmë kuptimet e tyre dhe do të mësojmë se si të interpretojmë në mënyrë efektive kodet e përgjigjes së serverit për të zgjidhur problemet dhe për të optimizuar performancën e aplikacioneve në internet.
Çfarë është një kod përgjigjeje HTTP
Kodi i përgjigjes HTTP është gjuha e serverëve të uebit që i përkthen kërkesat e shfletuesit në udhëzime të kuptueshme. Është si një poet që u përgjigjet pyetjeve virtuale, duke u dhënë atyre kuptim dhe drejtim. Kodet e përgjigjes nuk janë gjithmonë kode gabimi HTTP. Për shembull, "200 OK" do të thotë se gjithçka është në rregull, por gabimi HTTP "404 nuk u gjet" do të thotë kur faqja humbet në hapësirën virtuale. Çdo kod është një shprehje unike e gjendjes së serverit, dekodimi i të cilit na lejon të kuptojmë se çfarë po ndodh në anën tjetër të botës virtuale.
Kodet 1xx (Informacion)
Kodet e statusit 1xx në protokollin HTTP janë një lloj lidhje e parë në dialogun midis serverit dhe klientit. Në vend që të japin një përgjigje të plotë ndaj një kërkese, ata ofrojnë informacion për statusin aktual, duke e bërë shkëmbimin e të dhënave më efikas. Le t'i hedhim një vështrim më të afërt në to:
100 Vazhdo . Kodi i përgjigjes HTTP në të cilin serveri i jep dritën jeshile përdoruesit, duke i lejuar atij të vazhdojë në mënyrë të sigurt dërgimin e një kërkese të madhe.
101 Ndërrimi i Protokolleve . Serveri i tregon klientit se po ndryshon rregullat e lojës, për shembull, duke kaluar nga HTTP në HTTPS më të sigurt. Në këtë rast, koka "Përditësim" përdoret për ndryshimin e protokollit.
102 Përpunim . Ky kod është si një mesazh që serveri e ka pranuar kërkesën, por është ende i zënë me një operacion kompleks.
103 Këshilla të Hershme . Këtu serveri i dërgon klientit disa tituj tregues përpara përgjigjes kryesore, duke paralajmëruar për diçka që mund të jetë e rëndësishme në të ardhmen e afërt.
Kodi 2xx (i suksesshëm)
Kodet e gabimit HTTP në grupin 2xx tregojnë një kërkesë të suksesshme nga serveri. Ato në thelb veprojnë si një "dritë jeshile" në fushën e komunikimit në internet, duke konfirmuar se gjithçka po shkon sipas planit dhe është përfunduar me sukses.
200 Në rregull . Ky status përdoret kur serveri përpunon një kërkesë me metodën GET pa probleme dhe kthen të dhënat e kërkuara në përgjigje. Titulli "Content-Type" raporton llojin e përmbajtjes në përgjigje. Ai thjesht informon klientin se kërkesa ishte e suksesshme.
201 Krijuar . Këtu serveri njofton krijimin e një burimi të ri.
202 Pranuar . Serveri e njofton përdoruesin se kërkesa është pranuar, por do të duhet kohë për t'iu përgjigjur.
203 Informacion Jo-Autoritativ . Ky kod i ofron klientit të dhëna që mund të mos jenë zyrtare, por që mund të përdoren për krahasim.
204 Pa përmbajtje . Serveri e ka përpunuar kërkesën, por nuk po kthen ndonjë përmbajtje shtesë.
205 Rivendos përmbajtjen . Këtu klientit i udhëzohet të rivendosë pamjen ose të dhënat aktuale pas dërgimit.
206 Përmbajtje e pjesshme . Ky rast tregon se përgjigjja përmban vetëm një pjesë të përmbajtjes së kërkuar. Titulli "Diapazoni i Përmbajtjes" tregon diapazonin e pjesshëm të përmbajtjes.
207 Shumë-Status. Serveri ka përfunduar me sukses një kërkesë për shumë operacione nga klienti, dhe përgjigja përmban informacion në lidhje me statusin e secilit prej operacioneve.
226 IM i përdorur . Ky kod tregon se serveri përdori metodën Incremental Metadata (IM) dhe u përgjigj duke i kaluar klientit vetëm pjesët e modifikuara të burimeve.
Kodet 3xx (Ridrejtimet)
Kodet 3xx në protokollin HTTP janë si tregues që e drejtojnë përdoruesin në një vendndodhje të re burimi. Ata informojnë klientin se duhet të ndërmerren hapa pasues për të marrë përmbajtjen e kërkuar ose për t'u ridrejtuar në një burim tjetër. Le të zhytemi në detajet e secilit prej tyre:
300 Zgjedhje të Shumëfishta . Klienti merr një sinjal se ka disa vendndodhje të mundshme për burimin dhe i jepet një zgjedhje në përgjigje. Në rrethanat aktuale, koka "Vendndodhja" mund të tregojë opsione alternative për burimin.
301 U zhvendos përgjithmonë. Serveri i raporton përdoruesit se burimi është zhvendosur përgjithmonë në një vendndodhje tjetër.
U gjetën 302. Ky kod HTTP është i ngjashëm me një ridrejtim të përkohshëm. Serveri informon konsumatorin se burimi është përkohësisht i disponueshëm në një URL tjetër. Titulli "Vendndodhja" tregon URL-në e re për ridrejtimin e përkohshëm.
303 Shih Tjetër . Klientit i thuhet se burimi është i disponueshëm në një URL tjetër dhe duhet të bëjë një kërkesë GET në këtë adresë të re.
304 Nuk është modifikuar . Ky status i tregon klientit se burimi ka mbetur i pandryshuar që nga kërkesa e fundit dhe nuk ka nevojë të shkarkohet përsëri. Kur bëni një kërkesë, koka "If-Modified-Since" përdoret për të kontrolluar nëse burimi është modifikuar.
305 Përdorni Proxy. Si përgjigje, serveri raporton se duhet të përdorë proxy-n e specifikuar për të aksesuar burimin e kërkuar.
306 (i rezervuar) — Kodi është rezervuar, por në fakt nuk përdoret.
307 Ridrejtim i Përkohshëm . Ky kod është i ngjashëm me 302 Found, por kërkon që klienti të mbetet në metodën e kërkesës që është përdorur në kërkesën origjinale.
308 Ridrejtim i Përhershëm . Tregon që burimi ka bërë një lëvizje të përhershme në një URI të ri dhe klienti duhet të përdorë URI-n e ri për të gjitha kërkesat e ardhshme.
Gabim 4xx HTTP (gabimet e klientit)
Kodet e gabimit HTTP 4xx tregojnë gabime të klientit. Kjo do të thotë që problemi është në anën e përdoruesit, si p.sh. shfletuesi i internetit ose aplikacioni.
400 Kërkesë e Gabuar . Serveri nuk mund ta përpunojë kërkesën për shkak të gabimeve sintaksore, të dhënave të pavlefshme ose gabimeve të tjera në anën e klientit.
401 I paautorizuar. Serveri nuk mund ta përpunojë kërkesën për shkak të gabimeve sintaksore, të dhënave të pavlefshme ose gabimeve të tjera në anën e klientit.
402 Kërkohet pagesë . Kodi nuk është aktiv për momentin dhe është i rezervuar për përdorim në të ardhmen. Mund të tregojë nevojën për të paguar përpara se të keni akses në burim në të ardhmen.
Gabim HTTP 403 i ndaluar. Klienti nuk ka të drejta të mjaftueshme për të aksesuar burimin e kërkuar.
404 Nuk u gjet. Burimi i kërkuar nuk ekziston në server. Ky është një nga gabimet më të zakonshme të përdoruesit.
Metoda 405 Nuk Lejohet . Serveri nuk e mbështet metodën e kërkesës së specifikuar gjatë këtij burimi. Titulli "Lejo" tregon metodat e lejuara për burimin. Me këtë kod,
406 Nuk pranohet. Serveri nuk mund të ofrojë të dhëna në një format që mund të pranohet nga klienti.
Kërkohet vërtetimi i serverit proxy 407. Për të aksesuar burimin e kërkuar, kërkohet vërtetimi në serverin proxy.
408 Kohëzgjatja e kërkesës . Serveri po priste të merrte një kërkesë nga klienti, por koha skadoi. Titulli "Ritry-After" mund të tregojë kohën pas së cilës kërkesa mund të riprovohet.
409 Konflikt. Kërkesa nuk mund të përfundohet për shkak të një konflikti me gjendjen aktuale të burimit.
410 U zhduk . Burimi i kërkuar ekzistonte më parë, por tani është fshirë dhe nuk pritet rikthimi i tij.
Gjatësia e Kërkuar 411. Serveri kërkon të specifikojë gjatësinë e përmbajtjes në kërkesë; mungesa e këtij informacioni konsiderohet gabim.
412 Parakushti dështoi . Një parakusht në kërkesë nuk është përmbushur, gjë që e pengon atë të ekzekutohet.
413 Ngarkesa është shumë e madhe . Madhësia e të dhënave të kërkesës tejkalon kufijtë e serverit.
414 URI shumë i gjatë . Gjatësia e URI-t në kërkesë tejkalon kufijtë e pranueshëm.
415 Lloji i medias i pambështetur . Serveri nuk mund të përpunojë llojin e të dhënave të dhënë në kërkesë.
416 Diapazoni nuk është i kënaqshëm . Gabim HTTP ku diapazoni i kërkuar nuk përputhet me të dhënat aktuale të serverit.
417 Pritja dështoi . Kushti i pritur në kokën "Prit" nuk u përmbush.
418 Unë jam një çajnik . Ky kod është përfshirë si shaka dhe nuk nënkupton ndonjë veprim të vërtetë për përdoruesin ose serverin, dhe nuk është një gabim i plotë. Ai tregon se kamerieri është një çajnik dhe nuk është i aftë të bëjë kafe.
421 Kërkesë e drejtuar gabimisht . Serveri nuk e përpunon kërkesën për shkak të një gabimi në kërkesë ose në konfigurimin e serverit.
422 Entitet i Papërpunueshëm . Serveri e kupton kërkesën, por nuk e përpunon atë për shkak të gabimeve në të dhëna.
423 I bllokuar. Burimi është i bllokuar dhe nuk mund të përpunohet.
424 Varësi e Dështuar . Kërkesa varet nga një kërkesë tjetër e paekzekutuar.
425 Shumë herët. Serveri nuk është gati për të përpunuar kërkesën për shkak të mbërritjes së saj të hershme.
Kërkohet Përditësim 426. Serveri kërkon përdorimin e një protokolli më të avancuar për të përpunuar kërkesën.
428 Kërkohet një parakusht . Serveri kërkon që disa parakushte të specifikohen në kërkesë.
429 Shumë kërkesa . Klienti dërgoi shumë kërkesa në një kohë të shkurtër, duke tejkaluar limitet e serverit.
431 Fushat e kokës së kërkesës janë shumë të mëdha . Kokat e kërkesës tejkalojnë madhësinë maksimale të lejuar.
449 Riprovo me. Tregon që kërkesa nuk mund të ekzekutohet nga serveri aktual, por mund të përpunohet me sukses nga një server tjetër, dhe klienti duhet ta riprovojë kërkesën me një URI të ri.
451 I padisponueshëm për arsye ligjore . Burimi nuk është i disponueshëm për arsye ligjore.
499 Kërkesë e Mbyllur nga Klienti . Serveri e mori kërkesën, por lidhja u mbyll nga klienti para përfundimit të përpunimit.
Gabim HTTP 5xx (Gabimet e serverit)
Kodet e gabimit HTTP 5xx tregojnë problemet e serverit. Këto kode tregojnë probleme që kanë ndodhur në anën e serverit, duke e bërë serverin të paaftë të përpunojë kërkesën e përdoruesit në mënyrën e duhur. Le t'i hedhim një vështrim më të afërt në to:
Gabim HTTP 500 Gabim i Brendshëm i Serverit . Serveri has rrethana të papritura që e pengojnë atë të përfundojë kërkesën. Titulli "Server" mund të tregojë serverin në të cilin ndodhi gabimi.
501 Nuk është implementuar . Serveri nuk mbështet funksionalitetin e kërkuar për të përpunuar kërkesën e klientit. Titulli "Via" mund të tregojë serverin proxy përmes të cilit ka ndodhur gabimi.
502 Gateway i gabuar . Ky kod do të thotë që serveri që vepron si proxy mori një përgjigje të pasaktë nga një server tjetër.
Gabim HTTP 503 Shërbimi i Padisponueshëm . Serveri nuk është përkohësisht në gjendje të përpunojë kërkesat.
504 Gateway Timeout (Skadimi i Kohës së Gateway) . Serveri, që vepron si ndërmjetës, nuk mori një përgjigje në kohë nga një server tjetër.
Versioni HTTP 505 Nuk Mbështetet . Serveri nuk mbështet versionin e protokollit HTTP të specifikuar në kërkesë. Si opsion rezervë, koka "Përditësim" mund të tregojë protokollet e mbështetura.
Varianti 506 Negocion Gjithashtu . Ky status nuk përdoret në HTTP/1.1; megjithatë, nëse serveri zbulon një konfigurim të brendshëm që rezulton në paqartësi të negocimit të përmbajtjes, ai mund ta përdorë këtë përgjigje.
507 Hapësirë e pamjaftueshme ruajtëse . Serveri nuk mund ta përmbushë kërkesën për shkak të hapësirës së pamjaftueshme ruajtëse në server.
508 U zbulua një cikël . Serveri ka zbuluar një cikël gjatë përpunimit të kërkesës dhe refuzon ta përfundojë kërkesën për të shmangur një cikël të pafund.
509 Limiti i gjerësisë së brezit është tejkaluar . Gabimi ndodh kur gjerësia e brezit të serverit tejkalohet për shkak të vëllimit të lartë të kërkesave ose trafikut.
510 Jo i Zgjeruar . Klienti duhet të transferojë zgjatje shtesë për të vazhduar kërkesën.
511 Kërkohet Autentifikimi i Rrjetit . Klienti duhet të autentifikohet për të fituar akses në rrjet.
Si të kontrolloni kodin e statusit të faqes
Në këtë seksion, ne do të shqyrtojmë tre mënyra kryesore për të kontrolluar kodin e statusit të faqes: nëpërmjet linjës së komandës, duke përdorur një shfletues uebi dhe duke përdorur shërbime të pavarura në internet. Secila prej këtyre metodave ka avantazhet e veta dhe mund të jetë e dobishme në situata të ndryshme.
Kontrollimi i përgjigjes së serverit përmes linjës së komandës
Linja e komandës ofron një mënyrë të përshtatshme për të kontrolluar kodin e statusit të faqes pa pasur nevojë të përdorni një shfletues në internet. Për këtë metodë, duhet të hapni vijën e komandës dhe të përdorni komandën:
curl -I http://page-addressKjo komandë dërgon një kërkesë HEAD (kërkesë vetëm për titujt) në URL-në e specifikuar dhe shfaq informacione duke përfshirë kodin e statusit HTTP:
Shembulli i mësipërm tregon një kod të suksesshëm përgjigjeje. Në rastin e një përgjigjeje që përmban një kod gabimi, siç është gabimi 404 Not Found HTTP, rezultati do të duket i ngjashëm:
Kontrollimi i përgjigjes së serverit përmes tastierës së shfletuesit
Konsola e zhvilluesit të shfletuesit të internetit ofron mjete për kryerjen e operacioneve të ndryshme, duke përfshirë kontrollimin e kodit të statusit të faqes. Për të parë kodin HTTP në përgjigjen e serverit, duhet të hapni tastierën e zhvilluesit (Ctrl+Shift+K) ose (Ctrl+shift+J) në varësi të shfletuesit të përdorur. Tjetra, zgjidhni seksionin "rrjet" dhe ngarkoni faqen e dëshiruar:
Kontrollimi i përgjigjes së serverit duke përdorur mjete të pavarura
Ekziston një numër i madh shërbimesh të pavarura online që ofrojnë mjete për të kontrolluar kodin e statusit të faqes së internetit. Këto shërbime zakonisht ju lejojnë të merrni shpejt një pasqyrë të përgjithshme të disponueshmërisë dhe performancës së burimit tuaj. Të gjitha funksionojnë duke përdorur të njëjtin parim. Si shembull, do të shqyrtojmë burimin më të njohur - httpstatus.io.
Para së gjithash, duhet të hapni vetë shërbimin, më pas të futni adresën e faqes së cilës përgjigje duhet të zbuloni dhe të kërkoni verifikimin:
Rezultati do të shfaqet në fund të faqes:
Përfundim
Si përfundim, duhet theksuar se të kuptuarit dhe aftësia për të lexuar kodet e gabimit HTTP është një aftësi kyçe për këdo që është i përfshirë në zhvillimin e ueb-it dhe mirëmbajtjen e serverit. Ndërsa kuptojmë çdo gabim dhe eksplorojmë mjetet për t'i zbuluar ato, shohim arsyet pse është kaq e rëndësishme të menaxhohen në mënyrë efektive këto aspekte të shërbimeve të internetit.
