Kako postaviti pametne telefone i računala. Informativni portal

URL poruke http dwb. Što je URL

Mnogi su ljudi čuli za koncept URL-a, ali malo njih zna zašto je potreban i što je.

Stoga bi bilo korisno analizirati nekoliko pitanja vezanih uz temu "URL adresa" - što je to, gdje se koristi, kakva je struktura i druge zanimljive točke.

Zapravo, ako ste barem jednom u životu posjetili Internet, onda ste koristili URL adresu. Sve je mnogo jednostavnije nego što se na prvi pogled čini.

opće informacije

URL je adresa izvora na Internetu.

Koncept “resursa” u prethodnoj rečenici odnosi se na web stranicu, sliku, dokument ili bilo što drugo što se može nalaziti na internetu na nekom udaljenom poslužitelju.

Tu je i krom koji radi na sličan način. Ipak, najčešće mi, obični korisnici, koristimo najčešći http.

Programeri koriste ftp i slične specijalizirane protokole.

Sada prijeđimo izravno na primjer. Uzmimo jedan od članaka na ovoj stranici i poveznicu na njega - (usput, vrlo dobar članak).

Dakle, kao što vidimo, sve ovdje odgovara gore opisanoj strukturi.

Parametar<способ>ovdje http, nakon čega slijedi standardna konstrukcija “://”.

Sve što se odnosi na host - prijavu i lozinku - nije vidljivo prosječnom korisniku. A nakon “/” dolazi izravna adresa željenog artikla, to je već parametar<путь>.

Ovdje nema dodatnih parametara.

Ovako izgleda svaki URL na svijetu.

Kako pronaći URL

Zanimljivo je da mnogi ljudi ne znaju gdje mogu nabaviti baš ovu URL adresu. Naravno, ako govorimo o web stranici, onda je možete vidjeti u adresnoj traci.

Na primjer, uzmimo isti gore opisani članak.

Slika 2 prikazuje lokaciju njezine adrese u pregledniku.

Vrijedno je napomenuti da preglednik obično ne navodi parametar<способ>iz gornje strukture.

Kao što vidite, na slici br. 2 nema natpisa “http” blizu početka adrese. Sasvim je normalno. Tipično, ovaj parametar postaje vidljiv nakon kopiranja ove adrese u međuspremnik.

Usput, kopiranje se ovdje događa na potpuno standardan način - pritiskom na kombinaciju tipki Ctrl + C.

Druga metoda je odabir odgovarajućeg teksta, desni klik na njega i odabir "Kopiraj" iz padajućeg izbornika, kao što je prikazano na slici 3.

Ali, kao što smo rekli gore, ne samo cijele stranice imaju URL, već i pojedinačne datoteke, kao što su slike i dokumenti.

Da biste saznali njihov URL, također možete kliknuti desnom tipkom miša na odgovarajuću datoteku, na primjer, sliku, i odabrati "Kopiraj adresu slike" iz izbornika, kao što je prikazano na slici 4.

Ako je riječ o dokumentu, također uvijek možete kliknuti desnom tipkom miša na njega, zatim vidjeti padajući izbornik i u njemu odabrati “Kopiraj adresu veze” kao što je prikazano na slici br.5.

Pažnja: Gornje slike prikazuju padajući izbornik u pregledniku Opera. Izgled ovog izbornika može se razlikovati ovisno o pregledniku. Ali nazivi predmeta koji su nam potrebni gotovo uvijek ostaju nepromijenjeni.

Zapravo, ovo je način da saznate adresu određenog izvora.

Kao što vidite, na kraju se nalazi nastavak datoteke – .jpg. Nakon parametra<хост>ovdje nakon “/” nalazi se višerazinska adresa za pristup fotografiji.

Ova adresa znači da se slika pod nazivom “kak-v-vk-zakrepit-zapis-na-stene-%E2%84%9611-650×406.jpg” nalazi na hostu stranice u mapi pod nazivom “wp- content”, unutar koje se nalazi mapa “uploads”, unutar nje je “2016”, a u njoj je i mapa “03”.

U principu, sve je u ovoj adresi krajnje jasno. Jedino pitanje koje izaziva pitanja je ova konstrukcija: “%E2%84%9611”. Ovo je šifrirani fragment adrese.

Dakle, već smo shvatili gdje pronaći ovu web stranicu ili drugu adresu izvora. Ali ponekad se prilikom kopiranja, na primjer, kopira nešto poput ovoga: "https://ru.wikipedia.org/wiki/Smartphone":

  • “https://ru.wikipedia.org/wiki/%D0%A1%D0%BC%D0%B0%D1%80%D1%82%D1%84%D0%BE%D0%BD” - ovo je najčešća enkripcija.

Bez zalaženja u dubine znanja ovoga svijeta, recimo da su svi URL-ovi napisani samo pomoću određenog skupa znakova.

A ćirilica, kako razumijemo, nije uključena u to. Stoga, kako bi stroj shvatio kamo treba ići, dolazi do šifriranja.

To se radi u dvije faze:

  1. Kodiranje u Unicode, izlaz je niz od dva bajta.
  2. Heksadecimalno kodiranje.

U modernijim preglednicima prvo se pojavljuje Base58 kodiranje.

Svaki bajt je odvojen znakom postotka, tj. "%". Zapravo, to je ono što određuje ono što možemo vidjeti gore.

Moderni preglednici više ne dopuštaju korisniku da vidi poveznice sa heksadecimalnim znamenkama.

Stoga, ako kopirate vezu u normalnom obliku, i dobijete nešto poput “https://ru.wikipedia.org/wiki/%D0%A1%D0%BC%D0%B0%D1%80%D1%82%D1 %84%D0%BE%D0%BD", samo ažurirajte svoj preglednik!

Priča

Povijest stvaranja URL-ova prilično je zanimljiva.

I dotaknut ćemo se ovog područja kako bismo bolje razumjeli što su te strukture i zašto su stvorene.

Iako je već iz navedenog moguće shvatiti da je URL adresa resursa na Internetu, a stvoren je kako bi se taj resurs jednostavno tamo mogao pronaći.

Ali zanimljivo je da su o URL-ovima prvi počeli govoriti u Ženevi. Njegovim izumiteljem smatra se Tim Berners-Lee.

Ovaj događaj dogodio se 1990. godine - mnogo kasnije nego što se na prvi pogled čini.

Isprva su URL-ovi korišteni za označavanje lokacije pojedinačnih datoteka na Internetu, no onda su stručnjaci shvatili da je to vrlo zgodno i počeli su ga koristiti za označavanje gotovo svih mogućih internetskih izvora.

Postupno je URL zamijenjen tzv. URI-jem. Prema udžbeniku umrežavanja, ovaj je konstrukt također simbolička definicija resursa.

URL uključuje, prvo, naziv web mjesta, a drugo, njegovu lokaciju.

Tu je i URN - to je ili samo adresa stranice/resursa ili njezin naziv. URI kombinira URL i URN.

Ovaj dizajn je izumljen iste 1990. kao i njegov praotac, URL.

Iako završetak radova na njemu datira još iz 1994. godine. Godine 1998. objavljena je nova verzija URI-ja.

Godine 2002. objavljeno je da je termin URL zastario i da je umjesto njega bolje koristiti samo URI.

Dakle, najčešće korišteni načini označavanja lokacije datoteka na internetu potječu iz Ženeve, točnije iz Europskog vijeća za nuklearna istraživanja ili jednostavno CERN-a.

Ovo drugo bolje znaju oni koji barem povremeno pogledaju vijesti.

Izgledi

Moderni URL ima veliki broj nedostataka, uključujući:

  • Niska fleksibilnost;
  • Problemi s šifriranjem;
  • Označavanje puta do nepostojećih resursa;
  • Nametanje hijerarhijske strukture resursima (o tome je govorio i sam kreator URL-a);
  • Loše rukovanje strukturom hiperteksta.

Iz ovih i drugih razloga predložena je potpuno nova interpretacija URL-ova nazvana PURL.

Ovaj standard će koristiti malo drugačiji pristup.

Sve će se temeljiti na postojanju PURL baze podataka u kojoj će biti pohranjena sva imena i putovi do resursa.

Sustav će redovito provjeravati ove resurse i, ako je potrebno, uklanjati ili ažurirati poveznice na njih. Ovo će riješiti tri od pet gore navedenih problema.

Što se ostalog tiče, stručnjaci su još uvijek u fazi razvoja svojih rješenja.

U nastavku možete vidjeti vrlo zanimljiv i zabavan video o internetu u principu.

Pregledavanje će vam omogućiti da još bolje shvatite što je URL i koje mjesto ova struktura zauzima u radu World Wide Weba.

Povijest interneta

URL stranice web stranice: Što je to i gdje ga mogu nabaviti?

Što je URL adresa - njena struktura i tehnički parametri - 3.5 od 5 na temelju 4 glasa

Kratica URL označava Uniform Resource Locator. U prijevodu to znači "jednostruki lokator resursa". Zamisao Tima Bernes-Leeja, "oca" World Wide Weba, stvorena je da pojednostavi strukturiranje podataka na Internetu i dovede sve adrese u jedinstveni obrazac.

Prihvaćeni izgovor: "u-er-el" ili "yu-ar-el". U kolokvijalnom govoru prihvatljivo je ovu kraticu izgovoriti kao "URL". U ovom ćemo članku pogledati što je URL, kakva je njegova struktura i tehničke značajke koje svaki webmaster treba znati.

URL shema i struktura

Što je URL? Drugim riječima, ovo je put do neke datoteke: HTML, video, audio, tekst itd. Svi dokumenti koji se nalaze na Internetu imaju ovu adresu. Samo uz pomoć URL-a poslužitelj može omogućiti pristup svojim datotekama bilo kojem korisniku World Wide Weba.

Naravno da postoji standard. On je taj koji točno određuje kako URL do određenog dokumenta treba izgledati. Ovaj se standard ne koristi samo za pristup stranicama i datotekama putem http i https protokola, već se koristi i za prijenos datoteka na poslužitelj putem ftp-a i drugih protokola. Ali oni nas u ovom slučaju ne zanimaju.

Kako odrediti url adresu web resursa?

Općenito, URL može sadržavati mnoge parametre. Ali da biste jednostavno pristupili određenoj datoteci koja se nalazi u nekoj mapi na vašem web-mjestu, trebate koristiti samo nekoliko njih. Stoga, na primjer, da biste dobili sadržaj određene datoteke koja se nalazi na određenom mjestu, dovoljno je naznačiti sljedeće:

http://site/direktoriya/fail.html

Pogledajmo sve detaljno:

  • http:// - protokol za prijenos podataka.
  • stranica - naziv domene, naziv čvora (domaćina) i dodatni parametri.
  • /direktoriya/ - direktorij u kojem se nalazi datoteka koju trebamo. Iz ovog dijela veze vidimo da je mapa direktoriya pohranjena na poslužitelju, koja sadrži datoteku koja nam je potrebna.
  • fail.html je datoteka s nastavkom ".html", što je ono što nam treba.

Općenito, jasno je što je url stranice, stranice ili slike. Sada idemo malo dublje.

URL struktura

Opća shema (struktura) URL-a je sljedeća:

Svaki od ovih parametara je važan i ima svoje značenje:

  • Shema – protokol prijenosa podataka. Preko njega pristupamo resursu. (http, https, ftp itd.)
  • Prijava i lozinka - ovi podaci obično nisu navedeni u http protokolu. Oni određuju prava korisnika na pristup određenoj stranici web mjesta.
  • Pas (@) je poseban separator. Nije naznačeno bez prijave i lozinke.
  • Domaćin je naziv domene, ponekad i IP adresa resursa kojem korisnik pristupa. (web stranica)
  • Luka se također rijetko navodi. Prilikom pristupa web mjestu ili bilo kojoj datoteci koja se nalazi na web mjestu, automatski se dodjeljuje jedna od vrijednosti - 80 ili 8080.
  • URL put je put do određene datoteke. (/direktoriya/fail.html)
  • Parametri – zahtjev s određenim parametrima koji se GET metodom prenose na poslužitelj. Za odvajanje parametara koristite znak &, na primjer: ?parametar1=vrijednost1¶metar2=vrijednost2
  • Sidro je jedinstveni niz koji se sastoji od slova i/ili brojeva. Odnosi se na određeno područje web dokumenta koji se otvara. Uz njegovu pomoć možete osigurati da korisnik ne dođe na početak HTML dokumenta, već odmah na određeno mjesto.

Dodatne informacije o URL-ovima

1. URL-ovi koriste različita kodiranja. Ako nema ponovnog kodiranja, možete koristiti samo određeni broj znakova. Preporuča se korištenje simbola ,,,[_],[-].

Da bi se izbjegle pogreške, programer bi trebao imenovati datoteke web stranice samo malim slovima i navesti put do njih na isti način - malim slovima. Budući da će na sustavima sličnim Unixu, a web poslužitelji se najčešće izvode na njima, znakovi napisani u različitim registrima stroj percipirati kao različite. U Windowsima toga nema, ali ipak ne biste trebali zanemariti pravilo jer ako je vaša datoteka nazvana malim slovima, au URL-u ste njezin naziv naveli velikim slovima, tada je poslužitelj neće moći otvoriti.

Ruski znakovi se mogu koristiti, međutim, svaki ruski znak će biti podvrgnut prekodiranju (URL Encoding). A nakon ponovnog kodiranja, izgledat će "zastrašujuće", jer će bilo koji ćirilični znak biti kodiran pomoću 2 bajta u UTF-8 u heksadecimalnom obliku. Znakovi su odvojeni znakom “%”.

http://site/sve za webmastera

Izgledat će ovako:

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

Pokušavaju, međutim, ne prebrzo otkloniti ovu neugodnost. Stoga, kada koristite CNC na svom CMS-u, bolje je koristiti transliteraciju (vse-dlya-webmastera). Bit će lakše za navigaciju, a vjerojatno i bolje za SEO.

2. Postoje i takvi URL-ovi koji se nazivaju dinamičkim. Takvi URL-ovi sadrže različite znakove (“?”, “&”, “=” itd.) s kojima se postavljaju parametri; kada smo pogledali strukturu URL-a, već smo spomenuli parametre, vidi gore. Takve se adrese pojavljuju zbog rada skripti objavljenih na web mjestu. U ovom slučaju poveznica može izgledati otprilike ovako.

HTTP je protokol za prijenos hiperteksta između distribuiranih sustava. Zapravo, http je temeljni element modernog Weba. Kao web programeri koji poštuju sebe, trebali bismo znati što je više moguće o tome.

Pogledajmo ovaj protokol kroz prizmu naše profesije. U prvom dijelu proći ćemo kroz osnove i pogledati zahtjeve/odgovore. U sljedećem ćemo članku pogledati detaljnije značajke, kao što su predmemorija, obrada veze i autentifikacija.

U ovom članku ću se uglavnom pozivati ​​na standard RFC 2616: Protokol za prijenos hiperteksta -- HTTP/1.1.

Osnove HTTP-a

HTTP omogućuje komunikaciju između više računala i klijenata te podržava niz mrežnih postavki.

U osnovi, TCP/IP se koristi za komunikaciju, ali to nije jedina moguća opcija. Prema zadanim postavkama, TCP/IP koristi port 80, ali se mogu koristiti i drugi.

Komunikacija između hosta i klijenta odvija se u dvije faze: zahtjev i odgovor. Klijent generira HTTP zahtjev, kao odgovor na koji poslužitelj daje odgovor (poruku). Malo kasnije, detaljnije ćemo pogledati ovu shemu rada.

Trenutna verzija HTTP protokola je 1.1, u kojoj su uvedene neke nove značajke. Po mom mišljenju, najvažniji od njih su: podrška za stalno otvorenu vezu, novi mehanizam prijenosa podataka chunked transfer encoding, nova zaglavlja za predmemoriju. Nešto od toga ćemo pogledati u drugom dijelu ovog članka.

URL

Srž web komunikacije je zahtjev koji se šalje putem Uniform Resource Locator (URL). Siguran sam da već znate što je URL, ali radi potpunosti, odlučio sam reći nekoliko riječi. Struktura URL-a je vrlo jednostavna i sastoji se od sljedećih komponenti:

Protokol može biti http za redovite veze ili https za sigurniju razmjenu podataka. Zadani port je 80. Nakon toga slijedi put do resursa na poslužitelju i lanac parametara.

Metode

Pomoću URL-a definiramo točan naziv hosta s kojim želimo komunicirati, ali koju radnju trebamo izvesti može se priopćiti samo HTTP metodom. Naravno, postoji nekoliko vrsta radnji koje možemo poduzeti. HTTP implementira one najnužnije, prikladne za potrebe većine aplikacija.

Postojeće metode:

DOBITI: Pristup postojećem resursu. URL navodi sve potrebne informacije kako bi poslužitelj mogao pronaći i vratiti traženi resurs kao odgovor.

POST: Koristi se za stvaranje novog izvora. POST zahtjev obično sadrži sve potrebne informacije za stvaranje novog resursa.

STAVITI: Ažurirajte trenutni resurs. PUT zahtjev sadrži podatke koji se ažuriraju.

IZBRISATI: Koristi se za brisanje postojećeg resursa.

Ove su metode najpopularnije i najčešće ih koriste razni alati i okviri. U nekim slučajevima zahtjevi PUT i DELETE šalju se slanjem POST-a, čiji sadržaj ukazuje na radnju koju je potrebno izvršiti na resursu: stvaranje, ažuriranje ili brisanje.

HTTP također podržava druge metode:

GLAVA: Slično DOBITI. Razlika je u tome što se ovom vrstom zahtjeva ne prenosi poruka. Poslužitelj prima samo zaglavlja. Koristi se, na primjer, za određivanje je li resurs izmijenjen.

TRAG: tijekom prijenosa, zahtjev prolazi kroz mnoge pristupne točke i proxy poslužitelje, od kojih svaki unosi svoje podatke: IP, DNS. Pomoću ove metode možete vidjeti sve međuinformacije.

OPCIJE: Koristi se za definiranje sposobnosti, postavki i konfiguracije poslužitelja za određeni resurs.

Statusne šifre

Kao odgovor na zahtjev klijenta, poslužitelj šalje odgovor koji također sadrži statusni kod. Ovaj kod ima posebno značenje kako bi klijent mogao jasnije razumjeti kako interpretirati odgovor:

1xx: Informativne poruke

Skup ovih kodova uveden je u HTTP/1.1. Poslužitelj može poslati zahtjev oblika: Expect: 100-continue, što znači da klijent još uvijek šalje ostatak zahtjeva. Klijenti koji pokreću HTTP/1.0 ignoriraju ova zaglavlja.

2xx: Poruke o uspjehu

Ako je klijent primio kod iz serije 2xx, zahtjev je uspješno poslan. Najčešća opcija je 200 OK. Uz GET zahtjev, poslužitelj šalje odgovor u tijelu poruke. Postoje i drugi mogući odgovori:

  • 202 Prihvaćeno: Zahtjev je prihvaćen, ali možda neće sadržavati izvor u odgovoru. Ovo je korisno za asinkrone zahtjeve na strani poslužitelja. Poslužitelj odlučuje hoće li poslati resurs ili ne.
  • 204 Bez sadržaja: Nema poruke u tijelu odgovora.
  • 205 Resetiraj sadržaj: Daje upute poslužitelju da poništi prezentaciju dokumenta.
  • 206 Djelomični sadržaj: Odgovor sadrži samo dio sadržaja. Dodatna zaglavlja određuju ukupnu duljinu sadržaja i ostalih informacija.

3xx: Preusmjeravanje

Svojevrsna poruka klijentu o potrebi poduzimanja još jedne akcije. Najčešći slučaj upotrebe je preusmjeravanje klijenta na drugu adresu.

  • 301 Preseljen za stalno: Resurs se sada može pronaći na drugom URL-u.
  • 303 Vidi Ostalo: Resurs se privremeno može pronaći na drugom URL-u. Zaglavlje Location sadrži privremeni URL.
  • 304 Nije izmijenjeno: Poslužitelj utvrđuje da resurs nije modificiran i klijent treba koristiti predmemoriranu verziju odgovora. Za provjeru identiteta informacija koristi se ETag (Entity Tag hash);

4xx: Pogreške klijenta

Ovu klasu poruka koristi poslužitelj ako odluči da je zahtjev poslan greškom. Najčešći kod je 404 Not Found. To znači da resurs nije pronađen na poslužitelju. Ostali mogući kodovi:

  • 400 Loš zahtjev: Pitanje je pogrešno postavljeno.
  • 401 Neovlašteno: Za podnošenje zahtjeva potrebna je provjera autentičnosti. Informacije se prenose kroz zaglavlje autorizacije.
  • 403 Zabranjeno: Poslužitelj nije dopustio pristup resursu.
  • 405 Metoda nije dopuštena: Za pristup resursu korištena je nevažeća HTTP metoda.
  • 409 Sukob: poslužitelj ne može u potpunosti obraditi zahtjev jer pokušava promijeniti noviju verziju izvora. To se često događa s PUT zahtjevima.

5xx: Pogreške poslužitelja

Niz kodova koji se koriste za otkrivanje pogreške poslužitelja prilikom obrade zahtjeva. Najčešći: 500 Internal Server Error. Druge opcije:

  • 501 Nije implementirano: Poslužitelj ne podržava traženu funkcionalnost.
  • 503 usluga nedostupna: To se može dogoditi ako poslužitelj ima pogrešku ili je preopterećen. Obično u ovom slučaju poslužitelj ne odgovara, a vrijeme dano za odgovor ističe.

Formati poruka zahtjeva/odgovora

Na sljedećoj slici možete vidjeti shematski proces slanja zahtjeva od strane klijenta, obradu i slanje odgovora od strane poslužitelja.

Pogledajmo strukturu poruke koja se prenosi putem HTTP-a:

Poruka = *() CRLF [ ] = Linija zahtjeva | Statusna linija = Naziv polja ":" Vrijednost polja

Mora postojati prazan red između zaglavlja i tijela poruke. Može postojati nekoliko naslova:

Tijelo odgovora može sadržavati sve ili dio informacija ako je odgovarajuća značajka omogućena (Transfer-Encoding: chunked). HTTP/1.1 također podržava zaglavlje Transfer-Encoding.

Opći naslovi

Evo nekoliko vrsta zaglavlja koja se koriste u zahtjevima i odgovorima:

General-header = Cache-Control | Veza | Datum | Pragma | Trailer | Prijenos-kodiranje | Nadogradnja | Preko | Upozorenje

Neke smo stvari već obradili u ovom članku, o nekima ćemo detaljnije govoriti u drugom dijelu.

Via zaglavlje koristi se u TRACE zahtjevu i ažuriraju ga svi proxy poslužitelji.

Zaglavlje Pragma koristi se za popis prilagođenih zaglavlja. Na primjer, Pragma: no-cache je isto što i Cache-Control: no-cache. O tome ćemo više govoriti u drugom dijelu.

Zaglavlje Datum koristi se za pohranjivanje datuma i vremena zahtjeva/odgovora.

Zaglavlje Upgrade koristi se za promjenu protokola.

Transfer-Encoding je namijenjen za dijeljenje odgovora u više dijelova pomoću Transfer-Encoding: chunked. Ovo je nova značajka u HTTP/1.1.

Zaglavlja entiteta

Zaglavlja entiteta prenose meta informacije o sadržaju:

Zaglavlje entiteta = Dopusti | Kodiranje sadržaja | Sadržaj-Jezik | Duljina sadržaja | Sadržaj-Lokacija | Sadržaj-MD5 | Raspon sadržaja | Vrsta sadržaja | Istječe | Zadnja promjena

Sva zaglavlja s prefiksom Content- pružaju informacije o strukturi, kodiranju i veličini tijela poruke.

Zaglavlje Expires sadrži vrijeme i datum isteka entiteta. Vrijednost “never expires” znači vrijeme + 1 kod od trenutnog trenutka. Last-Modified sadrži vrijeme i datum zadnje izmjene entiteta.

Pomoću ovih zaglavlja možete navesti informacije potrebne za svoje zadatke.

Format zahtjeva

Zahtjev izgleda otprilike ovako:

Redak zahtjeva = Metoda SP URI SP HTTP-Verzija CRLF Metoda = "OPCIJE" | "GLAVA" | "DOBITI" | "POSTAVI" | "STAVITI" | "IZBRIŠI" | "TRAG"

SP je razdjelnik između tokena. HTTP verzija navedena je u HTTP-Version. Stvarni zahtjev izgleda ovako:

GET /articles/http-basics HTTP/1.1 Host: www.articles.com Veza: keep-alive Cache-Control: no-cache Pragma: no-cache Accept: text/html,application/xhtml+xml,application/xml; q=0,9,*/*;q=0,8

Popis mogućih zaglavlja zahtjeva:

Zaglavlje zahtjeva = Prihvati | Prihvati skup znakova | Prihvati-Kodiranje | Prihvati-jezik | Autorizacija | Očekujte | Od | Domaćin | Ako-podudaranje | Ako-Modificirano-Od | Ako-nema-podudaranja | Raspon ako | Ako-Nemodificirano-Od | Max-Naprijed | Proxy-autorizacija | Raspon | Preporuka | TE | Korisnički agent

Zaglavlje Accept navodi podržane mime vrste, jezik i kodiranje znakova. Zaglavlja From, Host, Referer i User-Agent sadrže informacije o klijentu. If- prefiksi su namijenjeni stvaranju uvjeta. Ako uvjet ne prođe, pojavit će se pogreška 304 Not Modified.

Format odgovora

Format odgovora razlikuje se samo po statusu i broju zaglavlja. Status izgleda ovako:

Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF

  • HTTP verzija
  • Šifra stanja
  • Čovjeku čitljiva statusna poruka

Normalno stanje izgleda otprilike ovako:

HTTP/1.1 200 OK

Zaglavlja odgovora mogu biti sljedeća:

Zaglavlje odgovora = Rasponi prihvaćanja | Dob | ETag | Lokacija | Proxy-Autentifikacija | Pokušaj ponovo nakon | Poslužitelj | Varirati | WWW-Autentifikacija

  • Starost je vrijeme u sekundama kada je poruka kreirana na poslužitelju.
  • ETag MD5 entiteti za provjeru promjena i modifikacija odgovora.
  • Lokacija se koristi za preusmjeravanje i sadrži novi URL.
  • Poslužitelj navodi poslužitelj na kojem je generiran odgovor.

Mislim da je dosta teorije za danas. Sada pogledajmo alate koje možemo koristiti za nadzor HTTP poruka.

Alati za otkrivanje HTTP prometa

Postoje mnogi alati za praćenje HTTP prometa. Evo nekoliko njih:

Najčešće korišteni alati za razvojne programere Chromea:

Ako govorimo o debuggeru, možete koristiti Fiddler:

Za praćenje HTTP prometa trebat će vam curl, tcpdump i tshark.

Knjižnice za rad s HTTP - jQuery AJAX

Budući da je jQuery tako popularan, također ima alate za rukovanje HTTP odgovorima za AJAX zahtjeve. Informacije o jQuery.ajax(settings) možete pronaći na službenoj web stranici.

Prosljeđivanjem objekta postavki i korištenjem funkcije povratnog poziva beforeSend, možemo postaviti zaglavlja zahtjeva pomoću metode setRequestHeader().

$.ajax(( url: "http://www.articles.com/latest", upišite: "GET", beforeSend: funkcija (jqXHR) ( jqXHR.setRequestHeader("Accepts-Language", "en-US,en "); ) ));

Ako želite obraditi status zahtjeva, to možete učiniti ovako:

$.ajax(( statusCode: ( 404: function() ( alert("stranica nije pronađena"); ) ) ));

Poanta

Evo ga, obilazak osnova HTTP protokola. Drugi dio će sadržavati još više zanimljivosti i primjera.

Gotovo svaki korisnik koji radi na Internetu nailazi na reference na URL, URL-ovi, pozivi za odlazak na vezu i korištenje veze. Za one koji nisu upoznati ili su novi u ovim konceptima, odlučio sam napisati materijal u kojem ću vam reći što je URL, kako koristiti URL, na koje se dijelove URL dijeli, a također ću objasniti kako pronaći pravi link na internetu.

URL- ovo je adresa koja označava put do internetskog izvora na kojem se nalaze različite vrste datoteka (dokumenti, slike, video, audio itd.). Kratica URL označava "Uniform Resource Locator", na ruskom se obično izgovara kao "url", "yu-ar-el", "u-er-el", često se koristi jednostavno riječ "link".

Sjećam se da sam prije nekog vremena tražio što je URL adresa, kako bih svom bratu kompetentno ispričao sve suptilnosti koncepta. I sam sam se zainteresirao kada se pojavio ovaj pojam.

Autor koncepta URL-a je Britanac Tim Bernes-Lee, a sam izum (1990.) označio je kvalitativni skok u razvoju internetskih tehnologija. Sada je URL identifikator adresa gotovo svih resursa na mreži, dok se sam pojam URL postupno zamjenjuje opširnijim pojmom URI (Uniform Resource Identifier).

URL-ovi objava na društvenim mrežama


Na koje je dijelove podijeljen URL?

Klasičan primjer URL-a izgleda otprilike ovako:

http://adresa_mjesta/mapa/stranica.html

Kao što vidite, URL je podijeljen u nekoliko dijelova:

Prvi dio (http://) definira protokol koji će se koristiti. Jednostavno rečeno, govori o metodi kojom će se dobiti pristup željenom resursu.

“HTTP” protokol koji se koristi u ovom URL-u označava “HyperText Transfer Protocol” i koristi se u velikoj većini slučajeva. Ali možete pronaći URL-ove pomoću drugih protokola, na primjer, FTP (File Transfer Protocol), HTTPS (HyperText Transfer Protocol Secure - sigurna, šifrirana verzija HTTP-a), mailto (adresa e-pošte) i drugi.

Ukupno postoji nekoliko desetaka vrsta URL protokola: ftp, http, rtmp, rtsp, https, gopher, mailto, news, nntp, smb, prospero, telnet, wais, xmpp, file, data itd., ali obično nekoliko koriste se osnovni, koje sam malo više naveo.

Drugi dio(Adresa web stranice) je naziv domene. Tehnički, to je samo niz simbola, slova ili kombinacija riječi koja omogućuje ljudima da lako zapamte adresu svoje omiljene stranice. Inače bi poveznice na resurse izgledale ovako http://192.168.384..

Treći dio (folder/page.html) obično ukazuje na neku stranicu resursa kojoj korisnik želi pristupiti. Može biti jednostavno u obliku naziva ili u obliku staze do određene datoteke kroz skup mapa, potonje obično odvojene kosom crtom (/). Ekstenzije internetskih stranica mogu biti različite - php, htm, html, shtml, asp i niz drugih.

Ta se objašnjenja mogu vizualno vidjeti u videu:

Skraćenice koje se koriste prije naziva domene www(World Wide Web) nije obavezna, možete koristiti adresu stranice bez nje, stranica će se sigurno otvoriti.

Značajke korištenja URL adrese

Ako URL koji je naveo korisnik nije ispravan, tada će nam sustav prikazati grešku 404 s napomenom "Stranica nije pronađena!" To znači da je korisnik upisao ili pogrešnu ili zastarjelu adresu stranice, stoga je potrebna točnost, točnost i pažnja prilikom upisivanja adrese. Kada upisujete URL, preporučio bih korištenje , kopiranje adrese stranice pomoću funkcija "copy/paste". Također možete pokušati upisati skraćeni URL u obliku samo glavnog naziva web mjesta (bez mapa i stranica), a na glavnoj stranici web mjesta potražite vezu na stranicu koja nam je potrebna.

Nedostaci URL-ova

Nakon što smo opisali da je ovo URL veza, pogledajmo sve nedostatke URL-a. Uz prednosti koje olakšavaju navigaciju Internetom, URL-ovi imaju i svoje nedostatke. Ovo radi samo s brojevima, latiničnim slovima i nekim simbolima, a ćirilica se obično mora ponovno kodirati (URL Encoding) u dvije faze, u prvoj se svaki ćirilični znak pretvara u dva bajta, a zatim se svaki od bajtova prepisuje pomoću heksadecimalni sustav.

Osim toga, preporučuje se korištenje pretežno malih slova u adresi (neki Unix sustavi će njihove varijante s velikim slovima percipirati kao različite znakove, što može dovesti do pogreške pri otvaranju stranice), a također je zabranjeno korištenje razmaka u URL adresama.

Kako pronaći URL adresu. Oznake.

Da biste pronašli traženu URL adresu, možete koristiti tražilice u koje morate unijeti ključne riječi za pretraživanje. Na primjer, ako vam je potreban film, unesite njegovo ime ili imena glumaca, ako je glazba - imena izvođača i naziv skladbe. Klikom na “Traži” dobit ćete mnogo stranica s URL adresama, klikom na koje možete pronaći željeni rezultat.

URL stranice na kojoj se trenutačno nalazite nalazi se na vrhu adresne trake vašeg preglednika.

Da biste zapamtili URL stranice koja vam je potrebna, upotrijebite traku s oznakama preglednika. Na primjer, u popularnom pregledniku Mozilla Firefox, ikona oznaka u obliku zvjezdice nalazi se gore desno na razini adresne trake. Klikom na nju moći ćete unijeti naziv svoje knjižne oznake, kao i mapu u koju ćete staviti knjižne oznake (ja obično koristim posebnu ploču knjižnih oznaka koja vam omogućuje pristup bilo kojoj od njih jednim klikom).

Zaključak

Korištenje URL-ova znatno je olakšalo pregledavanje interneta, omogućujući mnogim korisnicima jednostavan i brz pristup stranicama koje trebaju. Ako nakon čitanja članka "Što je URL adresa?" i dalje imate pitanja, napišite ih u komentarima na članak.

Sve što je danas potrebno je unijeti naziv web mjesta i njegovo proširenje u adresnu traku, nakon čega korisnik dobiva gotovo trenutni pristup resursu. I sve to bez potrebe za pamćenjem prilično složenog niza troznamenkastih brojeva, sve se radi jednostavno, brzo, učinkovito - općenito, ono što je potrebno, zar ne.

URL(URL, od engleskog Uniform Resource Locator) - indeks položaja web stranice na Internetu. URL sadrži naziv domene i put do stranice, uključujući naziv datoteke te stranice.

Tim Berners-Lee (član Europskog vijeća za nuklearno ratovanje u Ženevi) je 1990. izmislio URL, koji je u to vrijeme bio jednostavno adresa za pohranu datoteka u sustav.

Uz velike prednosti (dostupnost internetske navigacije), URL stranice ima i manu - radi samo s latiničnim slovima, brojevima i nekim simbolima. Ako trebate koristiti, na primjer, ćirilicu, tada se URL mora rekodirati na poseban način..ru/wiki/%D1%87%D1%82%D0%BE-%D1%82%D0%B0%D0 %BA%D0%BE %D0%B5-url/. Takvo se kodiranje odvija u dva koraka: prvo se svaki znak pretvara u niz od dva bajta, a zatim se svaki bajt prepisuje u heksadecimalnom obliku.

Koliko URL web stranice znači u SEO-u?

Tražilice uzimaju u obzir pojavljivanje ključnih izraza u URL-ovima. Najveći utjecaj imaju pojave u adresi domene i poddomena, manju, ali još uvijek vrlo značajnu ulogu imaju pojave u putu do stranice i nazivu datoteke stranice. S tim u vezi, na internetu se aktivno razvija vrsta zarade koja se zove cybersquatting. Njegova bit je registracija naziva domena po tržišnoj vrijednosti u svrhu naknadne preprodaje po napuhanoj cijeni.

Najbolji članci na temu