Urlja e mesazhit http dwb. Çfarë është një URL

03.03.2020 Siguria

Shumë njerëz kanë dëgjuar për konceptin e një URL, por pak e dinë pse është e nevojshme dhe çfarë është.

Prandaj, do të ishte e dobishme të analizohen disa pyetje në lidhje me temën "Adresa URL" - çfarë është, ku përdoret, cila është struktura dhe pika të tjera interesante.

Në fakt, nëse keni vizituar internetin të paktën një herë në jetën tuaj, atëherë keni përdorur një adresë URL. Gjithçka është shumë më e thjeshtë nga sa mund të duket në shikim të parë.

informacion i pergjithshem

Një URL është adresa e një burimi në internet.

Koncepti i "burimit" në fjalinë e mëparshme i referohet një faqe interneti, imazhi, dokumenti ose çdo gjëje tjetër që mund të gjendet në internet në një server të largët.

Ekziston edhe krom i cili funksionon në mënyrë të ngjashme. Megjithatë, më shpesh ne, përdoruesit e zakonshëm, përdorim http-në më të zakonshme.

Zhvilluesit përdorin ftp dhe protokolle të ngjashme të specializuara.

Tani le të kalojmë drejtpërdrejt te shembulli. Le të marrim një nga artikujt në këtë faqe dhe një lidhje me të - (nga rruga, një artikull shumë i mirë).

Pra, siç e shohim, gjithçka këtu korrespondon me strukturën e përshkruar më sipër.

Parametri<способ>këtu http, e ndjekur nga ndërtimi standard "://"..

Gjithçka që lidhet me hostin - login dhe fjalëkalimin - nuk është e dukshme për përdoruesin mesatar. Dhe pas "/" vjen adresa e drejtpërdrejtë e artikullit të dëshiruar, ky është tashmë një parametër<путь>.

Këtu nuk ka parametra shtesë.

Kështu duket çdo URL në botë.

Si të gjeni URL-në

Është interesante se shumë njerëz nuk e dinë se ku ta marrin këtë adresë URL. Sigurisht, nëse po flasim për një faqe interneti, atëherë mund ta shikoni atë në shiritin e adresave.

Për shembull, le të marrim të njëjtin artikull të përshkruar më sipër.

Figura 2 tregon vendndodhjen e adresës së saj në shfletues.

Vlen të përmendet se shfletuesi zakonisht nuk e specifikon parametrin<способ>nga struktura e mësipërme.

Siç mund ta shihni, në figurën nr. 2 nuk ka mbishkrim "http" afër fillimit të adresës. Është krejt normale. Në mënyrë tipike, ky parametër bëhet i dukshëm pas kopjimit të kësaj adrese në buffer.

Nga rruga, kopjimi këtu ndodh në një mënyrë plotësisht standarde - duke shtypur kombinimin e tastit Ctrl + C.

Metoda e dytë është të zgjidhni tekstin përkatës, të klikoni me të djathtën mbi të dhe zgjidhni "Kopjo" nga menyja rënëse, siç tregohet në Figurën 3.

Por, siç thamë më lart, jo vetëm faqet e tëra kanë një URL, por edhe skedarë individualë, si imazhe dhe dokumente.

Për të gjetur URL-në e tyre, gjithashtu mund të klikoni me të djathtën në skedarin përkatës, për shembull, një foto dhe zgjidhni "Kopjo adresën e imazhit" nga menyja, siç tregohet në Figurën 4.

Nëse po flasim për një dokument, gjithashtu mund të klikoni gjithmonë me të djathtën mbi të, pastaj të shihni një meny rënëse dhe të zgjidhni "Kopjo adresën e lidhjes" në të, siç tregohet në figurën nr. 5.

Kujdes: Fotografitë e mësipërme tregojnë menunë rënëse në shfletuesin Opera. Pamja e kësaj menyje mund të ndryshojë në varësi të shfletuesit. Por emrat e artikujve që na duhen mbeten pothuajse gjithmonë të pandryshuar.

Në fakt, kjo është mënyra për të gjetur adresën e një burimi të veçantë.

Siç mund ta shihni, në fund ka një shtesë skedari - .jpg. Pas parametrit<хост>këtu pas "/" ka një adresë me shumë nivele për të hyrë në foto.

Kjo adresë do të thotë se fotografia me emrin "kak-v-vk-zakrepit-zapis-na-stene-%E2%84%9611-650×406.jpg" ndodhet në hostin e faqes në një dosje të quajtur "wp- përmbajtje”, brenda së cilës ndodhet një dosje “uploads”, brenda saj është “2016”, dhe në të ka edhe një dosje “03”.

Në parim, gjithçka në këtë adresë është jashtëzakonisht e qartë. Pyetja e vetme që ngre pyetje është ky konstruksion: “%E2%84%9611”. Ky është një fragment i koduar i adresës.

Pra, ne kemi kuptuar tashmë se ku ta marrim këtë faqe interneti ose adresë tjetër burimi. Por ndonjëherë kur kopjoni, për shembull, diçka si kjo: "https://ru.wikipedia.org/wiki/Smartphone" kopjohet diçka e tillë:

"https://ru.wikipedia.org/wiki/%D0%A1%D0%BC%D0%B0%D1%80%D1%82%D1%84%D0%BE%D0%BD" - kjo është Kriptimi më i zakonshëm.

Pa u thelluar në thellësitë e njohurive të kësaj bote, le të themi se të gjitha URL-të janë shkruar vetëm duke përdorur një grup specifik karakteresh.

Dhe alfabeti cirilik, siç e kuptojmë, nuk është i përfshirë në të. Prandaj, në mënyrë që makina të kuptojë se ku duhet të shkojë, ndodh kriptimi.

Kjo bëhet në dy faza:

Duke koduar në Unicode, dalja është një sekuencë prej dy bajtësh.
Kodimi heksadecimal.

Në shfletuesit më modernë, kodimi Base58 ndodh së pari.

Çdo bajt ndahet nga një shenjë përqindjeje, d.m.th. "%". Në fakt, kjo është ajo që përcakton atë që mund të shohim më lart.

Shfletuesit modernë nuk e lejojnë më përdoruesin të shohë lidhje me shifra heksadecimal.

Prandaj, nëse e kopjoni lidhjen në formë normale dhe merrni diçka si "https://ru.wikipedia.org/wiki/%D0%A1%D0%BC%D0%B0%D1%80%D1%82%D1 %84%D0%BE%D0%BD", thjesht përditësoni shfletuesin tuaj!

Histori

Historia e krijimit të URL-ve është mjaft interesante.

Dhe ne do të prekim këtë fushë për të kuptuar më mirë se cilat janë këto struktura dhe pse u krijuan.

Edhe pse, nga sa më sipër, tashmë është e mundur të kuptohet se një URL është adresa e një burimi në internet, dhe është krijuar në mënyrë që ky burim thjesht të mund të gjendet atje.

Por është interesante që ata fillimisht filluan të flasin për URL-të në Gjenevë. Tim Berners-Lee konsiderohet shpikësi i saj.

Kjo ngjarje ndodhi në vitin 1990 - shumë më vonë se sa mund të duket në shikim të parë.

Në fillim, URL-të u përdorën për të përcaktuar vendndodhjen e skedarëve individualë në internet, por më pas ekspertët kuptuan se ishte shumë i përshtatshëm dhe filluan ta përdorin atë për të përcaktuar pothuajse të gjitha burimet e mundshme të Internetit.

Gradualisht, URL-ja u zëvendësua nga e ashtuquajtura URI. Sipas tekstit të rrjetit, ky konstrukt është gjithashtu një përkufizim simbolik i një burimi.

URL-ja përfshin, së pari, emrin e faqes, dhe së dyti, vendndodhjen e saj.

Ekziston edhe një URN - kjo është ose vetëm adresa e faqes/burimit, ose emri i saj. URI kombinon URL dhe URN.

Ky dizajn u shpik në të njëjtin 1990 si paraardhësi i tij, URL.

Edhe pse përfundimi i punës në të daton në vitin 1994. Në vitin 1998, u lëshua një version i ri i URI.

Në vitin 2002, u raportua se termi URL ishte vjetëruar dhe se ishte më mirë të përdorej vetëm URI.

Kështu, mënyrat më të përdorura të përcaktimit të vendndodhjes së skedarëve në internet e kanë origjinën në Gjenevë, dhe konkretisht në Këshillin Evropian për Kërkime Bërthamore, ose thjesht CERN.

Këtë të fundit e njohin më shumë ata që të paktën herë pas here shikojnë lajmet.

Perspektivat

URL-ja moderne ka një numër të madh disavantazhesh, duke përfshirë:

Fleksibilitet i ulët;
Probleme me enkriptimin;
Tregimi i rrugës drejt burimeve joekzistente;
Imponimi i një strukture hierarkike mbi burimet (për këtë foli vetë krijuesi i URL-së);
Trajtimi i dobët i strukturës së hipertekstit.

Për këto dhe arsye të tjera, u propozua një interpretim krejtësisht i ri i URL-ve i quajtur PURL.

Ky standard do të përdorë një qasje paksa të ndryshme.

Gjithçka do të bazohet në ekzistencën e bazës së të dhënave PURL, në të cilën do të ruhen të gjithë emrat dhe shtigjet drejt burimeve.

Sistemi do t'i kontrollojë rregullisht këto burime dhe, nëse është e nevojshme, do të heqë ose përditësojë lidhjet me to. Kjo do të zgjidhë tre nga pesë problemet e listuara më sipër.

Sa për pjesën tjetër, ekspertët janë ende në fazën e zhvillimit të zgjidhjeve të tyre.

Më poshtë mund të shihni një video shumë interesante dhe argëtuese për internetin në parim.

Shikimi i tij do t'ju lejojë të kuptoni edhe më shumë se çfarë është një URL dhe çfarë vendi zë kjo strukturë në punën e World Wide Web.

Historia e internetit

URL e faqes së internetit: Çfarë është dhe ku mund ta marr?

Çfarë është një adresë URL - struktura e saj dhe parametrat teknikë - 3.5 nga 5 bazuar në 4 vota

Shkurtesa URL qëndron për Uniform Resource Locator. Përkthyer, kjo do të thotë "lokal i vetëm i burimeve". Mendimi i Tim Bernes-Lee, "babai" i World Wide Web, u krijua për të thjeshtuar strukturimin e të dhënave në internet dhe për të sjellë të gjitha adresat në një formë të vetme.

Shqiptimi i pranuar: "u-er-el" ose "yu-ar-el". Në fjalimin bisedor, është e pranueshme të shqiptohet kjo shkurtim si "URL". Në këtë artikull do të shohim se çfarë është një URL, cila është struktura e saj dhe veçoritë teknike që çdo webmaster duhet të dijë.

Skema dhe Struktura e URL-së

Çfarë është një URL? Me fjalë të tjera, kjo është rruga për një skedar: HTML, video, audio, tekst, etj. Të gjitha dokumentet e vendosura në internet kanë këtë adresë. Vetëm me ndihmën e një URL një server mund t'i sigurojë akses në skedarët e tij çdo përdoruesi të World Wide Web.

Sigurisht që ka një standard. Është ai që përcakton saktësisht se si duhet të duket URL-ja e një dokumenti të caktuar. Ky standard përdoret jo vetëm për të hyrë në faqet dhe skedarët përmes protokolleve http dhe https, ai përdoret gjithashtu kur transferoni skedarë në një server përmes ftp dhe protokolleve të tjera. Por ne nuk jemi të interesuar për ta në këtë rast.

Si të specifikoni adresën url në burimet e uebit?

Në përgjithësi, një URL mund të përmbajë shumë parametra. Por për të hyrë thjesht në një skedar specifik të vendosur në një dosje në faqen tuaj, duhet të përdorni vetëm disa prej tyre. Prandaj, për shembull, për të marrë përmbajtjen e një skedari specifik të vendosur në një sit të caktuar, mjafton të tregoni sa vijon:

http://site/direktoriya/fail.html

Le të shohim gjithçka në detaje:

http:// - protokolli i transferimit të të dhënave.
siti - emri i domenit, emri i nyjes (host) dhe parametrave shtesë.
/direktoriya/ - drejtoria në të cilën ndodhet skedari që na nevojitet. Nga kjo pjesë e lidhjes shohim se dosja direktoriya është e ruajtur në server, e cila përmban skedarin që na nevojitet.
fail.html është një skedar me shtesën ".html", e cila është ajo që na nevojitet.

Në përgjithësi, ajo që është url-ja e një faqeje, faqeje ose imazhi është e qartë. Tani le të shkojmë pak më thellë.

Struktura e URL-së

Skema (struktura) e përgjithshme e një URL është si më poshtë:

Secili prej këtyre parametrave është i rëndësishëm dhe ka kuptimin e vet:

Skema – protokolli i transferimit të të dhënave. Nëpërmjet tij ne aksesojmë burimin. (http, https, ftp, etj.)
Hyrja dhe fjalëkalimi - këto të dhëna zakonisht nuk janë të specifikuara në protokollin http. Ata përcaktojnë të drejtat e përdoruesit për të hyrë në një faqe specifike të faqes.
Qeni (@) është një ndarës i veçantë. Nuk tregohet pa hyrje dhe fjalëkalim.
Një host është një emër domaini, ndonjëherë adresa IP e burimit që përdoruesi po i qaset. (faqe interneti)
Porti tregohet gjithashtu mjaft rrallë. Kur hyni në një sit ose ndonjë skedar të vendosur në sit, një nga vlerat caktohet automatikisht - 80 ose 8080.
Rruga e URL-së është shtegu drejt një skedari të caktuar. (/direktoriya/fail.html)
Parametrat – një kërkesë me parametra të caktuar që transferohen në server duke përdorur metodën GET. Për të ndarë parametrat, përdorni shenjën &, për shembull: ?parameter1=value1¶meter2=value2
Një spirancë është një varg unik i përbërë nga shkronja dhe/ose numra. I referohet një zone specifike të dokumentit të internetit që hapet. Me ndihmën e tij, mund të siguroheni që përdoruesi të mos arrijë në fillim të dokumentit HTML, por menjëherë në një vend të caktuar.

Informacion shtesë në lidhje me URL-të

1. URL-të përdorin kodime të ndryshme. Nëse nuk ka rikodim, mund të përdorni vetëm një numër të caktuar karakteresh. Rekomandohet përdorimi i simboleve ,,,[_],[-].

Për të shmangur gabimet, zhvilluesi duhet të emërojë skedarët e faqes vetëm me shkronja të vogla dhe të tregojë rrugën drejt tyre në të njëjtën mënyrë - me shkronja të vogla. Për shkak se në sistemet e ngjashme me Unix-in dhe serverët e uebit më shpesh funksionojnë në to, karakteret e shkruara në regjistra të ndryshëm do të perceptohen nga makina si të ndryshëm. Nuk ka një gjë të tillë në Windows, por gjithsesi nuk duhet ta neglizhoni rregullin sepse nëse skedari juaj emërtohet me shkronja të vogla dhe në URL-në e keni treguar emrin e tij me shkronja të mëdha, atëherë serveri nuk do të mund ta hapë atë.

Karakteret ruse mund të përdoren, megjithatë, çdo karakter rus do t'i nënshtrohet rikodimit (Encoding URL). Dhe pas rikodimit, ato do të duken "të frikshme", sepse çdo karakter cirilik do të kodohet duke përdorur 2 bajt në UTF-8 në heksadecimal. Personazhet ndahen me shenjën “%”.

http://site/gjithçka për webmasterin

Do të duket si kjo:

http://site/%u0432%u0441%u0435%20%u0434 %u043B%u044F%20%u0432%u0435%u0431%u043C%u0430 %u0441%u0442%u04304%u0

Megjithatë, ata po përpiqen jo shumë shpejt ta luftojnë këtë shqetësim. Prandaj, kur përdorni CNC në CMS-në tuaj, është më mirë të përdorni transliterim (vse-dlya-webmastera). Do të jetë më e lehtë për të lundruar, dhe ndoshta më mirë për SEO.

2. Ka edhe URL të tilla që quhen dinamike. URL të tilla përmbajnë karaktere të ndryshme (“?”, “&”, “=”, etj.) me të cilët vendosen parametrat; kur shikuam strukturën e URL-së, i përmendëm tashmë parametrat, shih më lart. Adresa të tilla shfaqen për shkak të punës së skripteve të postuara në sit. Në këtë rast, lidhja mund të duket diçka si kjo.

HTTP është një protokoll për transferimin e hipertekstit ndërmjet sistemeve të shpërndara. Në fakt, http është një element themelor i Uebit modern. Si zhvillues të uebit që respektojnë veten, ne duhet të dimë sa më shumë që të jetë e mundur për të.

Le ta shikojmë këtë protokoll nga thjerrëza e profesionit tonë. Në pjesën e parë, ne do të kalojmë mbi bazat dhe do të shikojmë kërkesat/përgjigjet. Në artikullin vijues do të shohim veçori më të detajuara, të tilla si caching, përpunimi i lidhjes dhe vërtetimi.

Gjithashtu në këtë artikull do t'i referohem kryesisht standardit RFC 2616: Protokolli i Transferimit të Hypertext - HTTP/1.1.

Bazat e HTTP

HTTP mundëson komunikimin midis hosteve dhe klientëve të shumtë dhe mbështet një sërë cilësimesh rrjeti.

Në thelb, TCP/IP përdoret për komunikim, por ky nuk është opsioni i vetëm i mundshëm. Si parazgjedhje, TCP/IP përdor portën 80, por mund të përdoren të tjera.

Komunikimi ndërmjet hostit dhe klientit ndodh në dy faza: kërkesë dhe përgjigje. Klienti gjeneron një kërkesë HTTP, në përgjigje të së cilës serveri jep një përgjigje (mesazh). Pak më vonë, ne do ta shikojmë këtë skemë pune në më shumë detaje.

Versioni aktual i protokollit HTTP është 1.1, në të cilin janë prezantuar disa veçori të reja. Sipas mendimit tim, më të rëndësishmit prej tyre janë: mbështetja për një lidhje vazhdimisht të hapur, një mekanizëm i ri i transferimit të të dhënave, kodimi i transferimit të copëzuar, titujt e rinj për ruajtjen e memories. Ne do të shohim disa nga këto në pjesën e dytë të këtij artikulli.

URL

Thelbi i komunikimit në ueb është kërkesa, e cila dërgohet përmes Uniform Resource Locator (URL). Unë jam i sigurt se ju tashmë e dini se çfarë është një URL, por për hir të plotësimit, vendosa të them disa fjalë. Struktura e URL-së është shumë e thjeshtë dhe përbëhet nga komponentët e mëposhtëm:

Protokolli mund të jetë ose http për lidhje të rregullta ose https për shkëmbim më të sigurt të të dhënave. Porta e paracaktuar është 80. Kjo ndiqet nga shtegu drejt burimit në server dhe një zinxhir parametrash.

Metodat

Duke përdorur një URL, ne përcaktojmë emrin e saktë të hostit me të cilin duam të komunikojmë, por çfarë veprimi duhet të kryejmë mund të komunikohet vetëm duke përdorur metodën HTTP. Sigurisht, ka disa lloje veprimesh që ne mund të ndërmarrim. HTTP zbaton ato më të nevojshmet, të përshtatshme për nevojat e shumicës së aplikacioneve.

Metodat ekzistuese:

MARR: Hyni në një burim ekzistues. URL-ja liston të gjithë informacionin e nevojshëm në mënyrë që serveri të gjejë dhe të kthejë burimin e kërkuar si përgjigje.

POST: Përdoret për të krijuar një burim të ri. Një kërkesë POST zakonisht përmban të gjithë informacionin e nevojshëm për të krijuar një burim të ri.

VENDOSJE: Përditësoni burimin aktual. Kërkesa PUT përmban të dhënat që duhen përditësuar.

FSHIJE: Përdoret për të fshirë një burim ekzistues.

Këto metoda janë më të njohurat dhe përdoren më shpesh nga mjete dhe korniza të ndryshme. Në disa raste, kërkesat PUT dhe DELETE dërgohen duke dërguar një POST, përmbajtja e të cilit tregon veprimin që duhet të kryhet në burim: krijoni, përditësoni ose fshini.

HTTP gjithashtu mbështet metoda të tjera:

KOKË: Ngjashëm me GET. Dallimi është se me këtë lloj kërkese nuk transmetohet asnjë mesazh. Serveri merr vetëm titujt. Përdoret, për shembull, për të përcaktuar nëse një burim është modifikuar.

GJURME: gjatë transmetimit, kërkesa kalon nëpër shumë pika aksesi dhe serverë proxy, secila prej të cilave fut informacionin e vet: IP, DNS. Duke përdorur këtë metodë, ju mund të shihni të gjithë informacionin e ndërmjetëm.

OPSIONE: Përdoret për të përcaktuar aftësitë, cilësimet dhe konfigurimin e serverit për një burim specifik.

Kodet e statusit

Në përgjigje të një kërkese nga klienti, serveri dërgon një përgjigje, e cila gjithashtu përmban një kod statusi. Ky kod ka një kuptim të veçantë në mënyrë që klienti të kuptojë më qartë se si të interpretojë përgjigjen:

1xx: Mesazhe informacioni

Një grup i këtyre kodeve u prezantua në HTTP/1.1. Serveri mund të dërgojë një kërkesë të formularit: Prisni: 100-vazhdim, që do të thotë se klienti është ende duke dërguar pjesën tjetër të kërkesës. Klientët që ekzekutojnë HTTP/1.0 i injorojnë këto tituj.

2xx: Mesazhe suksesi

Nëse klienti ka marrë një kod nga seria 2xx, atëherë kërkesa është dërguar me sukses. Opsioni më i zakonshëm është 200 OK. Me një kërkesë GET, serveri dërgon një përgjigje në trupin e mesazhit. Ka edhe përgjigje të tjera të mundshme:

202 Pranuar: Kërkesa pranohet, por mund të mos përmbajë burimin në përgjigje. Kjo është e dobishme për kërkesat asinkrone në anën e serverit. Serveri përcakton nëse do të dërgojë burimin apo jo.
204 Pa përmbajtje: Nuk ka asnjë mesazh në trupin e përgjigjes.
205 Rivendosni përmbajtjen: Udhëzon serverin të rivendosë prezantimin e dokumentit.
206 Përmbajtja e pjesshme: Përgjigja përmban vetëm një pjesë të përmbajtjes. Titujt shtesë përcaktojnë gjatësinë totale të përmbajtjes dhe informacioneve të tjera.

3xx: Ridrejto

Një lloj mesazhi për klientin për nevojën për të ndërmarrë një veprim më shumë. Rasti më i zakonshëm i përdorimit është ridrejtimi i klientit në një adresë tjetër.

301 Lëvizur përgjithmonë: Burimi tani mund të gjendet në një URL tjetër.
303 Shih Tjetër: Burimi mund të gjendet përkohësisht në një URL tjetër. Kreu i vendndodhjes përmban një URL të përkohshme.
304 Nuk është modifikuar: Serveri përcakton që burimi nuk është modifikuar dhe klienti duhet të përdorë versionin e memorizuar të përgjigjes. Për të kontrolluar identitetin e informacionit, përdoret ETag (Entity Tag hash);

4xx: Gabimet e klientit

Kjo klasë mesazhi përdoret nga serveri nëse vendos që kërkesa është dërguar gabimisht. Kodi më i zakonshëm është 404 Nuk u gjet. Kjo do të thotë që burimi nuk u gjet në server. Kode të tjera të mundshme:

400 Kërkesë e keqe: Pyetja është formuar gabim.
401 I paautorizuar: Kërkohet vërtetimi për të bërë një kërkesë. Informacioni transmetohet përmes titullit të Autorizimit.
403 e ndaluar: Serveri nuk lejoi hyrjen në burim.
405 Metoda nuk lejohet: Një metodë e pavlefshme HTTP është përdorur për të hyrë në burim.
409 Konflikti: serveri nuk mund ta përpunojë plotësisht kërkesën sepse përpiqet të ndryshojë një version më të ri të një burimi. Kjo ndodh shpesh me kërkesat PUT.

5xx: Gabimet e serverit

Një seri kodesh që përdoren për të zbuluar një gabim të serverit gjatë përpunimit të një kërkese. Më e zakonshme: 500 Gabim i brendshëm i serverit. Opsione të tjera:

501 Nuk është zbatuar: Serveri nuk e mbështet funksionalitetin e kërkuar.
Shërbimi 503 i padisponueshëm: Kjo mund të ndodhë nëse serveri ka një gabim ose është i mbingarkuar. Zakonisht në këtë rast, serveri nuk përgjigjet dhe koha e dhënë për përgjigjen skadon.

Formatet e mesazheve të kërkesës/përgjigjes

Në imazhin e mëposhtëm mund të shihni një proces skematik të dërgimit të një kërkese nga klienti, përpunimit dhe dërgimit të një përgjigje nga serveri.

Le të shohim strukturën e një mesazhi të transmetuar përmes HTTP:

Mesazh = *() CRLF [ ] = Linja e Kërkesës | Linja e statusit = Field-Emri ":" Fusha-Vlera

Duhet të ketë një vijë bosh midis kokës dhe trupit të mesazhit. Mund të ketë disa tituj:

Trupi i përgjigjes mund të përmbajë të gjithë ose një pjesë të informacionit nëse funksioni përkatës është i aktivizuar (Transfer-Encoding: conked). HTTP/1.1 gjithashtu mbështet titullin Transfer-Encoding.

Titujt e përgjithshëm

Këtu janë disa lloje titujsh që përdoren si në kërkesat ashtu edhe në përgjigjet:

Ne kemi trajtuar tashmë disa gjëra në këtë artikull, disa do t'i diskutojmë më në detaje në pjesën e dytë.

Kreu via përdoret në një kërkesë TRACE dhe përditësohet nga të gjithë serverët proxy.

Titulli Pragma përdoret për të renditur titujt e personalizuar. Për shembull, Pragma: no-cache është e njëjtë me Cache-Control: no-cache. Ne do të flasim më shumë për këtë në pjesën e dytë.

Titulli Data përdoret për të ruajtur datën dhe orën e kërkesës/përgjigjes.

Kreu i Përmirësimit përdoret për të ndryshuar protokollin.

Transfer-Encoding ka për qëllim të ndajë përgjigjen në copa të shumta duke përdorur Transfer-Encoding: chunked. Ky është një veçori e re në HTTP/1.1.

Titujt e entitetit

Titujt e entitetit përcjellin meta informacion rreth përmbajtjes:

Të gjithë titujt e prefiksuar me Përmbajtje - ofrojnë informacion në lidhje me strukturën, kodimin dhe madhësinë e trupit të mesazhit.

Titulli skadon përmban kohën dhe datën e skadimit të njësisë ekonomike. Vlera "nuk skadon kurrë" do të thotë kohë + 1 kod nga momenti aktual. Last-Modified përmban kohën dhe datën kur entiteti është modifikuar për herë të fundit.

Duke përdorur këto tituj, mund të specifikoni informacionin e nevojshëm për detyrat tuaja.

Formati i Kërkesës

Kërkesa duket diçka si kjo:

SP është ndarësi midis argumenteve. Versioni HTTP është specifikuar në HTTP-Version. Kërkesa aktuale duket si kjo:

MERRNI /articles/http-bazat HTTP/1.1 Host: www.articles.com Lidhja: keep-alive Cache-Control: pa-cache Pragma: pa-cache Prano: text/html,application/xhtml+xml,application/xml; q=0.9,*/*;q=0.8

Lista e titujve të mundshëm të kërkesave:

Kreu Prano specifikon llojet e mbështetura të mimës, gjuhën dhe kodimin e karaktereve. Titujt From, Host, Referer dhe User-Agent përmbajnë informacion rreth klientit. Nëse parashtesat synojnë të krijojnë kushte. Nëse kushti nuk kalon, do të ndodhë një gabim 304 Not Modified.

Formati i përgjigjes

Formati i përgjigjes ndryshon vetëm në status dhe në një numër titujsh. Statusi duket si ky:

Linja e statusit = HTTP-Versioni SP Statusi-Kodi PS Arsyeja-Fraza CRLF

Versioni HTTP
Kodi i statusit
Mesazh statusi i lexueshëm nga njeriu

Statusi normal duket diçka si kjo:

HTTP/1.1 200 OK

Titujt e përgjigjeve mund të jenë si më poshtë:

Mosha është koha në sekonda kur mesazhi është krijuar në server.
ETag entitetet MD5 për të kontrolluar për ndryshime dhe modifikime në përgjigje.
Vendndodhja përdoret për ridrejtim dhe përmban URL-në e re.
Serveri specifikon serverin ku është gjeneruar përgjigja.

Unë mendoj se kjo është teori e mjaftueshme për sot. Tani le të hedhim një vështrim në mjetet që mund të përdorim për të monitoruar mesazhet HTTP.

Mjete për zbulimin e trafikut HTTP

Ka shumë mjete për monitorimin e trafikut HTTP. Këtu janë disa prej tyre:

Mjetet më të përdorura janë Chrome Developers Tools:

Nëse flasim për një korrigjues, mund të përdorni Fiddler:

Për të monitoruar trafikun HTTP do t'ju duhet curl, tcpdump dhe tshark.

Bibliotekat për të punuar me HTTP - jQuery AJAX

Meqenëse jQuery është kaq popullor, ai gjithashtu ka mjete për trajtimin e përgjigjeve HTTP për kërkesat AJAX. Informacioni rreth jQuery.ajax(cilësimet) mund të gjendet në faqen zyrtare të internetit.

Duke kaluar një objekt të cilësimeve dhe duke përdorur funksionin e kthimit të thirrjes përpara dërgimit, ne mund të vendosim titujt e kërkesës duke përdorur metodën setRequestHeader().

$.ajax(( url: "http://www.articles.com/latest", shkruani: "GET", paraDërgo: funksioni (jqXHR) ( jqXHR.setRequestHeader("Accepts-Language", "en-US,en ");))));

Nëse dëshironi të përpunoni statusin e kërkesës, mund ta bëni kështu:

$.ajax(( statusKodi: ( 404: funksion() ( alarm("faqe nuk u gjet"); ) ) ));

Fundi

Këtu është, një turne i bazave të protokollit HTTP. Pjesa e dytë do të përmbajë fakte dhe shembuj edhe më interesante.

Pothuajse çdo përdorues që punon në internet has në referenca URL, URL, ftesa për të shkuar te një lidhje dhe për të përdorur lidhjen. Për ata që nuk janë të njohur ose të rinj me këto koncepte, vendosa të shkruaj një material në të cilin do t'ju tregoj se çfarë është një URL, si të përdorni një URL, në cilat pjesë ndahet një URL dhe gjithashtu do t'ju shpjegoj se si të gjeni lidhjen e duhur në internet.

URL- kjo është një adresë që tregon shtegun drejt një burimi të Internetit në të cilin ndodhen lloje të ndryshme skedarësh (dokumente, fotografi, video, audio, etj.). URL-ja e shkurtimit qëndron për "Uniform Resource Locator", në Rusisht zakonisht shqiptohet si "url", "yu-ar-el", "u-er-el", shpesh përdoret thjesht fjala "lidhje".

Mbaj mend që kërkova disa kohë më parë për atë që është një adresë URL, në mënyrë që t'i tregoja me kompetencë vëllait tim të gjitha hollësitë e konceptit. Dhe unë vetë u interesova kur u shfaq ky term.

Autori i konceptit të URL-së është britaniku Tim Bernes-Lee, dhe vetë shpikja (1990) shënoi një hap cilësor në zhvillimin e teknologjive të internetit. Tani URL-ja është një identifikues i adresave të pothuajse të gjitha burimeve në rrjet, ndërsa vetë termi URL gradualisht po zëvendësohet me termin më të gjerë URI (Uniform Resource Identifier).

URL-të e postimeve të mediave sociale

Në cilat pjesë ndahet një URL?

Një shembull klasik i një URL duket diçka si kjo:

http://site_adresa/folder/page.html

Siç mund ta shihni, URL-ja është e ndarë në disa pjesë:

Pjesa e parë (http://) përcakton protokollin që do të përdoret. E thënë thjesht, ai flet për metodën që do të përdoret për të fituar akses në burimin e dëshiruar.

Protokolli “HTTP” i përdorur në këtë URL qëndron për “HyperText Transfer Protocol” dhe përdoret në shumicën dërrmuese të rasteve. Por ju mund të gjeni URL duke përdorur protokolle të tjera, për shembull, FTP (Protokolli i Transferimit të Skedarit), HTTPS (Protokolli i Transferimit të HyperText Secure - një version i sigurt, i koduar i HTTP), mailto (adresa e emailit) dhe të tjerë.

Në total, ekzistojnë disa dhjetëra lloje të protokolleve URL: ftp, http, rtmp, rtsp, https, gopher, mailto, lajme, nntp, smb, prospero, telnet, wais, xmpp, skedarë, të dhëna, etj., por zakonisht disa perdoren ato baze, te listuara nga une pak me lart.

Pjesa e dytë(Adresa e faqes se internetit) është emri i domenit. Teknikisht, është vetëm një rresht simbolesh, shkronjash ose një kombinim fjalësh që i lejon njerëzit të mbajnë mend lehtësisht adresën e faqes së tyre të preferuar. Përndryshe, lidhjet me burimet do të dukeshin si http://192.168.384..

Pjesa e tretë (dosja/page.html) zakonisht tregon për ndonjë faqe burimi që përdoruesi dëshiron të hyjë. Mund të jetë thjesht në formën e një emri, ose në formën e një shtegu drejt një skedari specifik përmes një grupi dosjesh, këto të fundit zakonisht të ndara me një prerje (/). Shtrirja e faqeve të Internetit mund të jetë e ndryshme - php, htm, html, shtml, asp dhe një numër të tjerash.

Këto shpjegime mund të shihen vizualisht në video:

Shkurtesat e përdorura përpara emrit të domenit www(World Wide Web) nuk është i detyrueshëm, ju mund të përdorni adresën e faqes pa të, faqja do të hapet patjetër.

Karakteristikat e përdorimit të një adrese URL

Nëse URL-ja e specifikuar nga përdoruesi nuk është e saktë, atëherë sistemi do të na tregojë një gabim 404 me shënimin "Faqja nuk u gjet!" Kjo do të thotë që përdoruesi ka shkruar ose adresën e gabuar ose të vjetëruar të faqes, prandaj kërkohet saktësi, saktësi dhe vëmendje kur shkruani adresën. Kur shkruani një URL, unë do të rekomandoja përdorimin e , kopjimin e adresës së faqes duke përdorur funksionet "kopjo/ngjit". Mund të provoni gjithashtu të shkruani një URL të shkurtuar vetëm në formën e emrit kryesor të faqes (pa dosje dhe faqe) dhe në faqen kryesore të faqes të kërkoni një lidhje me faqen që na nevojitet.

Disavantazhet e URL-ve

Pasi të përshkruajmë se kjo është një lidhje URL, le të shohim të gjitha disavantazhet e një URL. Së bashku me avantazhet e lehtësimit të lundrimit në internet, URL-të kanë disavantazhet e tyre. Kjo funksionon vetëm me numra, shkronja latine dhe disa simbole, alfabeti cirilik zakonisht duhet të rikodohet (Enkodimi URL) në dy faza, në të parën prej të cilave çdo karakter cirilik konvertohet në dy bajt, dhe më pas secili prej bajteve rishkruhet duke përdorur sistemi heksadecimal.

Për më tepër, rekomandohet përdorimi mbizotërues i shkronjave të vogla në adresë (disa sisteme Unix do t'i perceptojnë variantet e tyre të mëdha si karaktere të ndryshme, gjë që mund të çojë në një gabim në hapjen e faqes), dhe gjithashtu ndalohet përdorimi i hapësirave në adresat URL.

Si të gjeni një adresë URL. Faqerojtësit.

Për të gjetur adresën e kërkuar të URL-së, mund të përdorni motorët e kërkimit në të cilët duhet të futni fjalët kyçe të kërkimit tuaj. Për shembull, nëse keni nevojë për një film, atëherë shkruani emrin e tij, ose emrat e aktorëve, nëse muzika - emrat e interpretuesve dhe emrin e kompozimit. Duke klikuar “Kërko” do të merrni shumë faqe me adresa URL, duke klikuar mbi të cilat mund të gjeni rezultatin e dëshiruar.

URL-ja e faqes ku jeni aktualisht ndodhet në krye të shiritit të adresave të shfletuesit tuaj.

Për të kujtuar URL-në e faqes që ju nevojitet, përdorni shiritin e faqeshënuesve të shfletuesit tuaj. Për shembull, në shfletuesin popullor Mozilla Firefox, ikona e faqeshënuesve në formën e një ylli ndodhet lart djathtas në nivelin e shiritit të adresës. Duke klikuar mbi të, do të jeni në gjendje të vendosni një emër për faqerojtësin tuaj, si dhe një dosje ku të vendosni faqeshënuesit (zakonisht përdor një panel të veçantë faqeshënuesish që ju lejon të përdorni ndonjë prej tyre me një klik).

konkluzioni

Përdorimi i URL-ve e ka bërë shumë më të lehtë shfletimin në internet, duke lejuar shumë përdorues të aksesojnë lehtësisht dhe shpejt faqet që u nevojiten. Nëse keni ende pyetje pasi të keni lexuar artikullin "Çfarë është një adresë URL?" shkruajini ato në komentet e artikullit.

E gjithë kjo që nevojitet sot është të futni emrin e faqes dhe shtrirjen e saj në shiritin e adresave, pas së cilës përdoruesi ka qasje pothuajse të menjëhershme në burim. Dhe e gjithë kjo pa pasur nevojë të mbani mend një seri mjaft komplekse numrash treshifrorë, gjithçka bëhet lehtë, shpejt, me efikasitet - në përgjithësi, ajo që nevojitet, apo jo.

URL(URL, nga Lokatori Uniform i Burimeve Angleze) - një indeks i vendosjes së faqes në internet. URL-ja përmban emrin e domenit dhe shtegun për në faqe, duke përfshirë emrin e skedarit të asaj faqeje.

Tim Berners-Lee (anëtar i Këshillit Evropian të Luftës Bërthamore në Gjenevë) shpiku URL-në në vitin 1990, e cila në atë kohë ishte thjesht një adresë për ruajtjen e skedarëve në sistem.

Së bashku me avantazhet e mëdha (disponueshmëria e navigimit në internet), URL-ja e faqes ka gjithashtu një disavantazh - funksionon vetëm me shkronja latine, numra dhe disa simbole. Nëse keni nevojë të përdorni, për shembull, cirilik, atëherë URL-ja duhet të rikodohet në një mënyrë të veçantë..ru/wiki/%D1%87%D1%82%D0%BE-%D1%82%D0%B0%D0 %BA%D0%BE %D0%B5-url/. Një kodim i tillë zhvillohet në dy hapa: së pari, çdo karakter konvertohet në një sekuencë prej dy bajtësh, pastaj çdo bajt rishkruhet në heksadecimal.

Sa do të thotë URL-ja e një faqe interneti në SEO?

Motorët e kërkimit marrin parasysh dukuritë e frazave kyçe në URL. Ndikimi më i madh ushtrohet nga dukuritë në adresën e domenit dhe nëndomaineve; dukuritë në rrugën drejt faqes dhe emri i skedarit të faqes luajnë një rol më të vogël, por gjithsesi shumë domethënës. Në lidhje me këtë, një lloj fitimi i quajtur cybersquatting po zhvillohet në mënyrë aktive në internet. Thelbi i tij është regjistrimi i emrave të domeneve me vlerën e tregut për qëllimin e rishitjes së mëvonshme me një çmim të fryrë.