Vznik URN pramení z túžby adresovať MIME časti e-mailovej správy. Zásady konštrukcie WWW adresy. URI bol založený na nasledujúcich princípoch:

· Rozšíriteľnosť – Nové schémy adresovania by sa mali ľahko zmestiť do existujúcej syntaxe URI.

· Úplnosť – kedykoľvek je to možné, ktorákoľvek z existujúcich schém by mala byť opísaná pomocou URI.

· Čitateľnosť - adresa musela byť ľahko čitateľná pre používateľa, čo je vo všeobecnosti typické pre technológiu WWW - dokumenty spolu s odkazmi je možné vytvárať v bežnom textovom editore.

Predtým, ako sa pozriete na rôzne schémy reprezentácie adries, tu je príklad jednoduchého URI:

http://polyn.net.kiae.su/polyn/index.html

Pred dvojbodkou je identifikátor schémy adresy - "http". Tento názov je oddelený dvojbodkou od zvyšku URI, ktorý sa nazýva cesta. V tomto prípade cesta pozostáva z adresy domény počítača, na ktorom je nainštalovaný server HTTP, a cesty z koreňového adresára stromu servera k súboru „index.html“. Okrem vyššie uvedeného kompletného zápisu URI existuje aj zjednodušený zápis. Predpokladá, že v čase, keď sa používa, je už definovaných veľa parametrov adresy zdroja (protokol, adresa stroja v sieti, niektoré prvky cesty). Za takýchto predpokladov môže autor hypertextových stránok uviesť iba relatívnu adresu zdroja, t.j. adresu vo vzťahu k určitým základným zdrojom.

URL (Uniform Resource Locator) je podmnožina schém URI, ktorá identifikuje zdroj podľa spôsobu, akým sa k nemu pristupuje (napríklad jeho „umiestnenie na webe“), a nie podľa názvu alebo iných atribútov daného zdroja. Adresa URL explicitne popisuje, ako sa dostať k objektu.

Syntax: :, kde:

schéma = "http" | "Ftp" | "Gopher" | "Mailto" | "Novinky" | "Telnet" | "Súbor" | "Človek" | "Informácie" | "Čo je" | "Ldap" | "Wais" | ...- názov schémy

schéma – špecifická – časť- závisí od schémy. Hexadecimálne hodnoty možno použiť v časti špecifickej pre schému v tvare: % 5f. Netlačiteľné oktety musia byť zakódované: 00-1F, 7F, 80-FF.

Príklady adries URL:

Http://www.ipm.kstu.ru/index.php

Ftp://www.ipm.kstu.ru/

URN (Uniform Resource Name) je súkromný „urn:“ URI s podmnožinou „namespace“, ktorý musí byť jedinečný a nemenný, aj keď zdroj už neexistuje alebo je nedostupný.

Predpokladá sa, že napríklad prehliadač vie, kde tento zdroj hľadať.

Syntax: urn: namespace: data1.data2, more – data kde menný priestor definuje, ako sa použijú údaje po druhom „:“.

Príklad URN:

urna: ISBN: 0–395–36341–6

ISBN - tematický klasifikátor pre vydavateľov,

0–395–36341–6 – konkrétne číslo predmetu knihy alebo časopisu

Po prijatí URN sa klientsky program obráti na ISBN (adresár „Topical Classifier for Publishers“ na internete). A dostane dešifrovanie čísla predmetu "0-395-36341-6" (napríklad: "kvantová chémia"). URN je relatívne nové, HTML nie je zahrnuté v aktuálnych verziách a adresárové služby ešte nie sú vyvinuté, takže URN nie je také rozšírené ako URL.

Schémy adresovania internetových zdrojov

Existujú 3 schémy adresovania internetových zdrojov. Schéma špecifikuje jeho identifikátor, adresu stroja, TCP port, cestu v adresári servera, premenné a ich hodnoty, návestie.

schéma HTTP... Toto je základná štruktúra pre WWW. Schéma obsahuje jeho identifikátor, adresu stroja, TCP port, cestu v adresári servera, vyhľadávacie kritérium a štítok.

Syntax: http: // [ [:@][:][?]]

http- názov okruhu

užívateľ- Používateľské meno

heslo- užívateľské heslo

hostiteľ- meno hosťa

prístav- číslo portu

url – cesta- cesta k súboru a samotný súbor

dopyt (<имя–поля>=<значение>{&<имя–поля>=<значение>) - reťazec dopytu

Štandardne je port = 80.

Tu je niekoľko príkladov URI pre schému HTTP:

http://polyn.net.kiae.su/polyn/manifest.html

Toto je najbežnejší typ URI používaný vo WWW dokumentoch. Za názvom schémy (http) nasleduje cesta pozostávajúca z adresy domény stroja a úplnej adresy dokumentu HTML v strome servera HTTP.

IP adresu možno použiť aj ako adresu stroja:

http://144.206.160.40/risk/risk.html

Ak HTTP server beží na inom TCP porte ako 80, prejaví sa to v adrese:

http://144.206.130.137:8080/altai/index.html

http://polyn.net.kiae.su/altai/volume4 .html # prvý

FTP schéma... Táto schéma umožňuje adresovať archívy súborov FTP z klientskych programov World Wide Web. V tomto prípade musí program podporovať protokol FTP. V tejto schéme je možné zadať nielen názov schémy, adresu FTP archívu, ale aj ID používateľa a dokonca aj jeho heslo.

Syntax: ftp: // [ [:@][:]

ftp- názov okruhu

užívateľ- Používateľské meno

heslo- užívateľské heslo

hostiteľ- meno hosťa

prístav- číslo portu

url – cesta- cesta k súboru a samotný súbor

Štandardne je port = 21, používateľ = anonymný, heslo = e-mailová adresa.

Táto schéma sa najčastejšie používa na prístup k verejným archívom FTP:

ftp://polyn.net.kiae.su/pub/0index.txt

V tomto prípade je zaznamenaný odkaz na archív „polyn.net.kiae.su“ s identifikátorom „anonymný“ alebo „ftp“ (anonymný prístup). Ak je potrebné zadať ID používateľa a jeho heslo, môžete to urobiť pred adresou stroja:

ftp: // nikto: [e-mail chránený]/ používatelia / miestni / pub

V tomto prípade sú tieto parametre oddelené od adresy stroja znakom @ a navzájom dvojbodkou.

Schéma TELNET... Táto schéma sa používa na prístup k zdroju v režime vzdialeného terminálu. Klient zvyčajne vyvolá doplnkový program pre telnet. Pri použití tejto schémy musíte zadať ID užívateľa, heslo je povolené.

Syntax: telnet: // [ [:@][:]/

telnet- názov okruhu

užívateľ- Používateľské meno

heslo- užívateľské heslo

hostiteľ- meno hosťa

prístav- číslo portu

Štandardne je port = 23.

Príklad: telnet: // meno: [e-mail chránený]

V skutočnosti ide o prístup k verejným zdrojom, pričom identifikátor a heslo sú všeobecne známe, možno ich nájsť napríklad v databázach Hytelnetu.

telnet: // hosť: [e-mail chránený]

Ako môžete vidieť z vyššie uvedených príkladov, špecifikácia adresy zdroja URI je pomerne všeobecná a umožňuje vám identifikovať prakticky akýkoľvek zdroj na internete. V tomto prípade je možné počet zdrojov rozšíriť vytvorením nových schém.

WWW služba

Služba WWW (World Wide Web) - určená na výmenu hypertextových informácií, zostavená podľa schémy "klient-server". Prehliadač (Internet Explorer, Opera ...) je multiprotokolový klient a interpret HTML. A ako typický tlmočník, klient vykonáva rôzne funkcie v závislosti od príkazov (tagov). Rozsah týchto funkcií zahŕňa nielen umiestňovanie textu na obrazovku, ale aj výmenu informácií so serverom pri analýze prijatého HTML textu, čo sa najzreteľnejšie vyskytuje pri zobrazovaní grafických obrázkov vložených do textu.

HTTP server (Apache, IIS ...) spracováva požiadavky klienta na získanie súboru. Na začiatku bola služba WWW založená na troch štandardoch:

· HTML (HyperText Markup Lan – guage) - jazyk hypertextového označovania dokumentov;

· URL (Universal Resource Locator) – univerzálny spôsob adresovania zdrojov v sieti;

· HTTP (HyperText Transfer Protocol) - protokol na výmenu hypertextových informácií.

Schéma prevádzky WWW servera

WWW server je súčasťou globálneho alebo intranetu, ktorý umožňuje používateľom siete prístup k hypertextovým dokumentom umiestneným na tomto serveri. Na interakciu s WWW serverom musí používateľ siete použiť špecializovaný softvér – prehliadač (z anglického browser) – prehliadač.

Pozrime sa bližšie na schému fungovania WWW servera:

1. Používateľ siete spustí prehliadač, ktorého funkcie zahŕňajú:

· Nadviazanie spojenia so serverom;

· Získanie požadovaného dokumentu;

· Zobrazenie prijatého dokumentu;

· Reakcia na akcie užívateľa – prístup k novému dokumentu. Po spustení prehliadača na príkaz užívateľa alebo automaticky nadviaže spojenie so zadaným WWW - serverom a odošle mu požiadavku na prijatie zadaného dokumentu.

2. WWW server vyhľadá požadovaný dokument a vráti výsledky prehliadaču.

3. Prehliadač po prijatí dokumentu ho zobrazí používateľovi a čaká na jeho reakciu. Možné možnosti:

· Zadanie adresy nového dokumentu;

· Tlač, vyhľadávanie, iné operácie na aktuálnom dokumente;

· Aktivácia (stlačenie) špeciálnych oblastí prijatého dokumentu, nazývaných odkazy a spojených s adresou nového dokumentu. V prvom a treťom prípade ide o odvolanie sa na nový doklad.

A sprostredkovateľ Google Play.

Platforma Android je veľmi fragmentovaná, pretože Google núti vývojárov zariadení, aby sa portovali, poskytovali spätnú kompatibilitu a podporovali viacero zariadení. V dôsledku toho sa často používajú dlhé príkazy if-else, aby sa zabezpečilo, že sa najoptimálnejšia metóda použije v správnom kontexte.

Situácia je úplne rovnaká s priamymi odkazmi v systéme Android. Postupom času sa objavilo nespočetné množstvo technických požiadaviek, ktoré je potrebné splniť v závislosti od okolností a používateľského kontextu. Branchovo riešenie spája všetky tieto implementácie dohromady, je to spojovací rámec, ktorý funguje vo všetkých okrajových prípadoch. Pobočkové prepojenia vám umožňujú obísť zložitosť a použiť štandardné riešenie, takže sa nemusíte obávať kompatibility. Dôrazne odporúčame používať naše riešenia, než sa pokúšať o opätovné vytvorenie podobných funkcií od začiatku, pretože ich poskytujeme zadarmo.

Táto séria publikácií popisuje všetky rôzne mechanizmy priameho prepojenia, ktoré používame, a vysvetľuje ich implementáciu.

Môžete začať pracovať na stránke start.branch.io alebo kliknite na tlačidlo nižšie.

Schéma URI systému Android a filter zámerov

V systéme Android 1.0 bol vytvorený mechanizmus priameho prepojenia na základe schémy URI. Umožňuje vývojárovi zaregistrovať svoju aplikáciu pomocou identifikátora URI (Uniform Resource Identifier) ​​v operačnom systéme pre konkrétne zariadenie po inštalácii aplikácie. Identifikátor URI môže byť ľubovoľný textový reťazec bez špeciálnych znakov, ako napríklad HTTP, pinterest, fb alebo myapp. Po registrácii pridajte „: //“ na koniec URI (napríklad pinterest: //) a kliknutím na tento odkaz otvoríte aplikáciu Pinterest. Ak aplikácia Pinterest nie je nainštalovaná, zobrazí sa chyba „Stránka sa nenašla“.

Požiadavky na používanie schém URI v systéme Android

• Zaregistrujte akciu na odpoveď na URI pomocou filtra zámerov v manifeste.
• Ak chcete používať aplikáciu, musíte ju nainštalovať. Ak aplikácia nie je nainštalovaná, zobrazí sa chybové hlásenie.

Nastavenie schémy URI v systéme Android

Konfigurácia vašej aplikácie pre schému URI je jednoduchá. Najprv musíte vo svojej aplikácii vybrať akciu, ktorú by mala vaša aplikácia vykonať, keď povolíte schému URI a zaregistrovať pre ňu filter zámerov. Pridajte nasledujúci kód do značky v manifeste zodpovedajúcom akcii na otvorenie.

Môžete zmeniť schému your_uri_scheme na požadovanú schému URI. Schéma by mala byť v ideálnom prípade jedinečná. Ak sa zhoduje so schémou URI inej aplikácie, keď používateľ klikne na odkaz, zobrazí sa mu výber systému Android. Toto okno sa vám často zobrazí, ak máte na svojom zariadení nainštalovaných viacero webových prehliadačov, pretože všetky sú registrované pre HTTP URI.

Spracovanie priamych odkazov v aplikácii pre Android

Potom budete musieť analyzovať reťazec, aby ste si prečítali hodnoty pridané schémou URI.

Používanie schém URI v systéme Android v praxi

Existujú významné obmedzenia v tom, ako URI spracovávajú priame odkazy. Neodporúčame ho používať bez výrazných zmien, pretože ak sa v zariadení nenachádza žiadna aplikácia, jednoducho sa zobrazí chybové hlásenie. Ak chcete efektívne používať schému URI, budete musieť pridať ďalšie nástroje na spracovanie okrajových prípadov, napríklad keď aplikácia nie je nainštalovaná.

Preto, aby ste poskytli dostatočnú používateľskú skúsenosť, keď aplikácia nie je nainštalovaná, musíte zahrnúť schému URI do JavaScriptu na strane klienta, ktorý možno spustiť v prehliadači. Tento kód JS bude umiestnený na vašom serveri a vy pošlete odkaz používateľom. Nižšie je uvedený príklad.

Kód sa pokúsi otvoriť aplikáciu zadaním schémy URI ako zdroja pre prvok iFrame a potom sa bezpečne vráti do obchodu Google Play, ak sa aplikácia nepodarí načítať.

Záver

Zostaňte naladení na ďalšie príspevky na priamych odkazoch na Android.

Priame odkazy v systéme Android sú veľmi zložité, prípady okrajov sa vyskytujú na každom kroku. Možno si myslíte, že všetko funguje skvele, až sa zrazu nejaký používateľ sťažuje, že v Androide 4.4.4 neotvára odkazy z Facebooku. Preto sa oplatí používať programy ako Branch: na všetky tieto ťažkosti môžete zabudnúť ako na zlý sen a zvyknúť si na to, že odkazy vždy fungujú.

Súvisiace príspevky

Priame odkazy, univerzálne odkazy, schémy URI / URL a odkazy na aplikácie v posledných rokoch výrazne zmenili spôsob, akým mobilné aplikácie súvisia s obsahom. Mnoho vývojárov aplikácií nemá jasné ...

Každý deň v pobočke pracujeme na zdokonaľovaní skúseností s používaním odkazov na mobilných platformách. Naše odkazy poskytujú prístup k veciam, ako sú inteligentné presmerovania, zobrazujúce používateľovi...

1.4. Uniform Resource Identifier URI

Aby bolo možné úplne pochopiť, ako dochádza k interakcii dokumentov HTML, k prechodu medzi stránkami a kde počítač používateľa vo všeobecnosti prijíma údaje pri práci so sieťou, je potrebné zvážiť, ako a čo sa pristupuje pomocou globálnej siete.

Mnoho typov zdrojov na internete, či už sú to HTML dokumenty, obrázky alebo archívne súbory, sú najčastejšie súbory na pevnom disku počítača (servera) pripojeného k sieti. Každý zdroj je namapovaný na hodnotu, ktorú možno použiť na jedinečnú identifikáciu jeho polohy – univerzálny identifikátor zdroja alebo URI (Universal Resource Identifier). Identifikátory URI sa široko používajú na nezávislý prístup používateľa k zdroju (keď napríklad používateľ sám zadá URI do panela s adresou prehliadača), ako aj pri navigácii medzi webovými stránkami. Identifikátory URI sa používajú aj v dokumentoch HTML, aby prehliadaču povedali, kde má hľadať zdroje (napríklad obrázky) použité v samotnom dokumente.

Poznámka

V literatúre sa často používa aj zápis URL. Je potrebné poznamenať, že URI je všeobecnejší pojem, ktorý zahŕňa adresy URL: každá adresa URL je URI a riadi sa rovnakými pravidlami ako URI.

Identifikátor URI zdroja pozostáva z troch častí: názov mechanizmu na prístup k prostriedku, názov domény počítača a cesta k súboru prostriedkov. Na objasnenie toho, čo bolo povedané, zvážte príklad:

Tu môžete vidieť, že HTTP (Hyper Text Transfer Protocol) sa používa na prístup k zdroju, ktorým je v tomto prípade HTML dokument. Prostriedok je uložený v počítači s názvom domény somesite.com v súbore ex_1.html umiestnenom v priečinku / info / example.

Môžete tiež odkazovať na časti dokumentov HTML pomocou identifikátorov URI, napríklad:

Pomocou tohto URI môžete pristupovať k časti dokumentu HTML s názvom description (ako vytvoriť názvy pre fragmenty dokumentov HTML sa budeme zaoberať v kapitole 5).

Identifikátory URI vám tiež umožňujú odkazovať na zdroje v rámci toho istého počítača. V tomto prípade je uvedená relatívna cesta zdroja. Ak chcete napríklad odkazovať na súbor /info/files/file1.jpg z dokumentu HTML umiestneného v priečinku / info / example, stačí zadať URI /files/file1.jpg. V dokumentoch HTML takéto odkazy označujú cesty obrázkov a iných objektov používaných v dokumentoch, ale nie sú v nich priamo uložené.

Vo všeobecnosti sa URI považujú za nerozlišujúce veľké a malé písmená. Pre úplnú dôveru v správnu interpretáciu URI však dávajte pozor na malé a veľké písmená v URI hypertextových odkazov, obrázkov atď. stránky na UNIXe server odmietne fungovať (v názvoch súborov UNIX sa rozlišujú malé a veľké písmená) .

A tak ďalej.. V prvom rade, samozrejme, hovoríme o zdrojoch internetu a World Wide Web. URI poskytuje jednoduchý a rozšíriteľný spôsob identifikácie zdrojov. Rozšíriteľnosť URI znamená, že v rámci URI už existuje niekoľko identifikačných schém a v budúcnosti budú vytvorené ďalšie.
Viac podrobností viď"štruktúra URI" nižšie.

Najznámejšími príkladmi URI sú URN. URL je URI, ktoré okrem identifikácie zdroja poskytuje aj informácie o umiestnení tohto zdroja. URN je URI, ktoré identifikuje zdroj v špecifickom mennom priestore (a teda v špecifickom kontexte). Napríklad URN urna: ISBN: 0-395-36341-1 je URI, ktoré ukazuje na zdroj (knihu) 0-395-36341-1 v mennom priestore ISBN, ale na rozdiel od URL URN neukazuje na umiestnenie tohto zdroja. Nedávno sa však objavila tendencia hovoriť jednoducho o URI o akomkoľvek reťazci identifikátorov bez ďalšieho upresňovania. Snáď sa teda pojmy URL a URN čoskoro stanú minulosťou.

História

Nová verzia URI bola definovaná v roku 1998 v RFC 2396, v rovnakom čase slovo Univerzálny v názve bolo zmenené na Uniforma... V decembri 1999 RFC 2732 zaviedol menšie zmeny v špecifikácii URI, aby sa zabezpečila kompatibilita s augustom 2002. RFC 3305 oznámilo ukončenie podpory termínu URL a priorita URI. Aktuálna štruktúra a syntax URI sa riadi RFC 3986, vydaným v januári 2005. Mnohé z najnovších technológií sémantického webu (napríklad RDF) sú založené na štandarde URI. Vedúcu úlohu vo vývoji URI má teraz World Wide Web Consortium.

nevýhody

URL bola zásadnou inováciou na internete, takže princípy URI boli zdokumentované, aby sa zabezpečila úplná kompatibilita URL. Odtiaľ pochádza veľká nevýhoda URI, ktorá sa dedí z adries URL. V URI, rovnako ako v URL, je možné použiť iba obmedzenú množinu latinských znakov a interpunkčných znamienok (ešte menej ako v azbuke, hieroglyfoch, alebo povedzme špecifických znakoch francúzskeho jazyka, potom budeme musieť kódovať URI rovnakým spôsobom ako na Wikipédii sú adresy URL so znakmi Unicode kódované, napríklad reťazec, ako je tento:

http://ru.wikipedia.org/wiki/Microcredit

Adresa URL zakódovaná ako:

http://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D1%80%D0%B5%D0%B4%D0 % B8 % D1 % 82

Keďže písmená všetkých abecied, s výnimkou latinskej abecedy používanej v angličtine, prechádzajú takouto transformáciou, URI so slovami v iných jazykoch (aj európskych) strácajú schopnosť byť vnímané ľuďmi. A to je v hrubom rozpore s princípom internacionalizmu, ktorý hlásajú všetky popredné organizácie internetu vrátane W3C a IRI (eng. Medzinárodný identifikátor zdroja ) - medzinárodné identifikátory zdrojov, v ktorých by bolo možné bez problémov používať znaky Unicode a ktoré by nezasahovali do práv iných jazykov. Aj keď ťažko dopredu povedať, či to niekedy budú môcť identifikátory. Tento formát sa snaží vytvoriť identifikátory, ktoré by boli úplne nezávislé od kontextu, to znamená, že by nezáviseli od protokolu, ani od domény, ani od cesty, ani od aplikácie, ani od platformy. absolútne nezávislý.

Podobne aj tvorca URI Tim Berners-Lee povedal, že systém názvov domén, ktorý je základom adries URL, je zlé rozhodnutie, ktoré vnucuje zdrojom hierarchickú architektúru, ktorá nie je vhodná pre hypertextový web.

Štruktúra URI

Analýza štruktúry URI

Pre takzvané „analyzovanie“ URI (angl. parsovanie), to znamená, že na rozklad URI na jednotlivé časti a ich následnú identifikáciu je najvhodnejšie použiť systém regulárnych výrazov, ktorý je dnes dostupný takmer vo všetkých moderných programovacích jazykoch. Na analýzu URI sa odporúča použiť nasledujúci vzor:

^(([^:/?#]+):)?(//([^/?#]*))?([^?#]*)(\?([^#]*))?(#(.*))? 12 3 4 5 6 7 8 9

Tento vzor zahŕňa 9 skupín označených vyššie číslami (ďalšie informácie o vzoroch a skupinách nájdete v časti Regulárne výrazy), ktoré najúplnejšie a najpresnejšie analyzujú typickú štruktúru URI, kde:

• skupina 2 - schéma,
• skupina 4 - zdroj,
• skupina 5 - cesta,
• skupina 7 - žiadosť,
• skupina 9 - fragment.

Ak teda pomocou tejto šablóny analyzujeme napríklad taký typický URI:

Http://www.ics.uci.edu/pub/ietf/uri/#Related

potom 9 vyššie uvedených skupín šablón poskytne nasledujúce výsledky:

1. http:
2. //www.ics.uci.edu
3. www.ics.uci.edu
4. / pub / ietf / uri /
5. bez výsledku
6. bez výsledku
7. #Súvisiace
8. Súvisiace

Rozlíšenie URI od adresy URL

Identifikátor URI na rozdiel od adresy URL nie vždy označuje spôsob získania zdroja, ale iba ho identifikuje. To umožňuje opísať pomocou RDF (Resource Description Framework) zdroje, ktoré nie je možné získať cez internet (napríklad osoba, auto, mesto atď.).

Príklady URI

Absolútne URI

Odkazy URI

pozri tiež

Odkazy

• RFC 3986 / STD 66 (2005)
• RFC 2396 (1998) – Zastaraná syntax

Poznámky (upraviť)

Nadácia Wikimedia. 2010.

Pozrite sa, čo je „Uri“ v iných slovníkoch:

Uri- môže odkazovať na: Geografia: * Kantón Uri je kantón (región) Švajčiarska * Uri (India), región a mesto v Kašmíre * Uri (SS), mesto na Sardínii, Taliansko * Úri, dedina v Pešti kraj, Maďarsko * Sumerské URI, krajina AgadeURI, tri…… Wikipedia

urî- URÎ, urăsc, vb. IV. 1.tranz. A avea un puternic sentiment de antipatie, de duşmănie împotriva cuiva sau a ceva; a nu putea suferi pe cineva alebo ceva. 2.refl. impers. (Construit cu dativul) A se plictisi, a se sătura de ceva sau de cineva. ♢…… Dikționar Român

uri- urì interj., urỹ NdŽ, Jn, Aln, ùri kartojant 1.nusakomas puolančio šuns (ar šunų) urzgimas: Tik urỹ urỹ ir apipuolo mane šunes K.Būg (Ds). Urì urì šunes kad pradeda loti Šmn. ║ Ds sakoma pjudant šuniu. 2. Vžns nusakomas triukšmingas ... ... Slovník litovského jazyka

URL(Uniform Resource Locator)- jednotný lokátor (lokátor) zdroja. URL je štandardizovaný spôsob zaznamenávania adresy zdroja na internete.

URI(Uniform Resource Identifier)- jednotný (jednotný) identifikátor zdroja. URI je sekvencia znakov, ktorá identifikuje abstraktný alebo fyzický zdroj.

URI je všeobecnejší pojem ako adresa URL. Identifikátor URI na rozdiel od adresy URL nie vždy označuje spôsob získania zdroja, ale iba ho identifikuje. URL je URI, ktoré okrem identifikácie zdroja poskytuje aj informácie o umiestnení tohto zdroja. V skutočnosti každá adresa URL obsahuje dostatok informácií na presnú lokalizáciu stránky. Po zvyšok tohto kurzu sa pri používaní adries stránok budeme držať skratiek URL.

Štruktúra adresy URL stránky

Späť k URL http://school.it2moro.ru/ ... Dá sa rozdeliť na 3 časti:

1. http: //
2. škola
3. it2moro

Prvá časť adresy (http: //) definuje protokol interakcie medzi prehliadačom a serverom. V našom prípade ide o protokol HTTP, o ktorom bude reč nižšie.

Druhá časť panel s adresou sa nazýva SUBDOMÉNA a tretí - doména. Slúžia na identifikáciu konkrétnej stránky pomocou služby DNS. DNS (Domain Name System) je počítačovo distribuovaný systém na získavanie informácií o doménach. Najčastejšie sa používa na získanie adresy IP z názvu hostiteľa (počítača alebo zariadenia). V sieti je veľké množstvo DNS serverov, ktoré podľa názvu domény zdroja dokážu „navrhnúť“ jeho skutočné umiestnenie, určené jeho IP adresou.

Zdrojový kód HTML stránky

Teraz sa pozrime na to, čo prehliadač dostane ako odpoveď na vygenerovanú požiadavku HTTP. Stránka môže pozostávať z textu, obrázkov, hypertextových odkazov, vstupných polí, tlačidiel a iných prvkov. Informácie o tom všetkom sa prenášali z webového servera do prehliadača, ktorý vygeneroval výsledný vzhľad stránky. Prenášané dáta sú popísané pomocou HTML protokolu.

Html(Hypertextový značkovací jazyk) je štandardný značkovací jazyk pre dokumenty na internete. HTML je interpretované prehliadačom a zobrazené ako dokument vo forme priateľskej k človeku.

Dá sa povedať, že prehliadače vykonávajú dve hlavné funkcie - to je interakcia s webovými servermi HTTP požiadavky a tiež prevod HTML kódu prijatého zo servera na vizuálnu reprezentáciu.