Uniform Resource Identifier URI. Uniform Resource Identifier URI

Työskentely URI:iden kanssa

Joka päivä käytämme Uniform Resource Identifiers (URI), kun etsimme jotain WWW:stä. URI-tunnisteita tarvitaan uudenlaisen resurssin tunnistamiseen ja pyytämiseen. URI:n avulla voit käyttää Web-sivujen lisäksi myös FTP-palvelinta, Web-palvelua ja paikallisia tiedostoja.

Termiä käytetään usein URI:n sijasta Uniform Resource Locator (URL). URI on yleinen termi, jota käytetään linkittämään resursseihin. URL on URI, joka liittyy suosittuihin URI-malleihin, kuten http, ftp ja mailto. Termiä URL ei enää käytetä teknisessä dokumentaatiossa.

Toinen termi, jonka saatat jo tietää, on Yhtenäinen resurssin nimi (URN). URN on standardoitu URI, jota käytetään tunnistamaan resurssi riippumatta sen sijainnista verkossa.

Analysoidaan niitä URI:n osia, jotka linkittävät Global Knowledge -verkkosivuston sivulle:

http://www.globalknowledge.net:80/training/generic.asp?pageid=1078&country=DACH

URI:n ensimmäistä osaa kutsutaan järjestelmä. Kaava määrittää URI-nimiavaruuden ja voi kaventaa skeemaa seuraavan lausekkeen syntaksia. Monet mallit on nimetty niiden käyttämien vastaavien protokollien mukaan (kuten http, ftp), mutta tämä ei ole pakollista. Esimerkissämme skeeman tunniste on http. Piirin rajoitin(// tässä esimerkissä) erottaa mallin muusta URL-osoitteesta.

Kaavan erottimen perässä on palvelimen nimi tai IP-osoite desimaalimerkintä pisteillä, esimerkiksi www.globalknowledge.net.

Palvelimen nimen tai IP-osoitteen jälkeen on portin numero, joka tunnistaa yhteyden tiettyyn palvelimella olevaan sovellukseen. Jos porttinumeroa ei ole määritetty, käytetään kyseisen protokollan oletusporttinumeroa (esimerkiksi porttia 80 HTTP:lle).

Polku määrittää pyydetyn resurssin sivun (ja hakemiston). Se ei välttämättä edusta fyysinen tiedosto palvelimella tai voidaan luoda dynaamisesti. Tässä tapauksessa polku näyttää tältä /training/generic.asp.

Polulta symbolin mukaan? tämän URI:n viimeinen osa erotetaan, kutsutaan kysely. Esimerkissämme pyyntö määritellään rivillä pageid=1078&country=DACH. Kyselymerkkijono voi koostua useista komponenteista, joista jokainen määrittää muuttujan ja arvon yhdistettynä &-merkillä. Useita kyselykomponentteja voidaan yhdistää &-merkillä. Joten esimerkissämme ensimmäinen komponentti on pageid=1078 sivutunnus-muuttujan ja arvon 1078 kanssa, ja toinen komponentti on country=DACH.

Resurssin osiot voidaan tunnistaa fragmenteiksi. Fragmentit käytetään linkittämään HTML-sivun osiin. Web-sivujen kehityksessä fragmentteja kutsutaan myös kirjanmerkeiksi. #-merkki erottaa fragmentin tunnuksen polusta. URL-osoitteessa http;//www.microsoft.com/net/basics/glossary.asp#NETFramework fragmentti on merkkijono #NETFramework.

Jos #-merkki lisätään kyselymerkkijonoon, se ei ole enää fragmentti. URL-osoite voi sisältää kyselymerkkijonon tai fragmentin, mutta ei molempia.

Useiden merkkien käyttö on varattu URI:ssa - ne eivät voi esiintyä isäntänimissä tai poluissa, koska ne ovat erikoiserotinmerkkejä. Seuraavat merkit on varattu URI:ssa:

; / ? : @ & = + $ ,

Uri luokka System namespacesta kapseloi URI:n. Se sisältää ominaisuuksia ja menetelmiä URI:iden jäsentämiseen, vertailuun ja yhdistämiseen.

Voit luoda Uri-objektin välittämällä URI-merkkijonon rakentajalle:

Uri baseURI = uusi Uri("http://sivusto");

Jos perus-URI-objekti on jo olemassa, voit luoda uuden URI:n yhdistämällä perus-URI:n suhteelliseen URI-osoitteeseen:

Uri baseURI = uusi Uri("http://sivusto"); Uri newURI = uusi Uri(baseURI, "my/csharp/web/level2/2_2.php");

Jos perus-URI sisältää jo polun, se ohitetaan. Uusi URI perustuu vain malliin, porttiin ja palvelimen nimeen.

Uri-luokassa on useita vain luku -tilassa olevia staattisia kenttiä, joiden avulla voit saada joitain yleisiä skeemoja:

Tiedostomallilla päästään käsiksi tiedostoihin paikallisesti tai jaetuilla verkkoresursseilla, jotka voidaan nimetä käytännön mukaisesti yleismaailmallinen tarkoitus nimet ( Universal Naming Convention, UNC).

FTP-protokollaa ftp-mallilla käytetään tiedostojen vastaanottamiseen ftp-palvelimelta ja päinvastoin tiedostojen sijoittamiseen ftp-palvelimelle.

Gopher-protokolla oli HTTP:n edeltäjä. Se tarjosi mahdollisuuden tarkastella hierarkkisesti tekstitietoja sisällöstä, jossa se oli parempi kuin FTP. Mutta se korvattiin pian HTTP-protokollalla.

Nämä kaksi järjestelmää tunnetaan hyvin: http ja https. https-mallia käytetään suojattuun vaihtoon.

mailto-mallia käytetään sähköpostiviestien lähettämiseen.

Uutis- ja nntp-malleja käytetään NNTP-protokollaa käyttävissä uutisryhmissä.

Uri-luokassa on staattiset menetelmät tarkistaakseen, ovatko malli ja isäntänimi oikein: Uri.CheckSchemeName() palauttaa true, jos skeeman nimi on oikea, ja menetelmän UriCheckHostName() ei vain tarkista isäntänimeä, vaan myös palauttaa UriHostNameType-luetteloarvon, joka ilmaisee isäntätyypin.

Uri-luokassa on paljon vain luku -ominaisuuksia, joiden avulla voit käyttää kaikkia URI:n osia. Seuraavassa taulukossa käytetään yllä olevaa URI-osoitetta esimerkkinä ominaisuuksien käytön havainnollistamiseen:

Listattujen lisäksi on useita muita ominaisuuksia, jotka palauttavat loogisia arvoja, jos URI edustaa tiedostoa, UNC-polku, silmukkaosoite tai jos tälle protokollalle käytetään oletusporttinumeroa. Nämä ominaisuudet ovat IsFile, IsUnc, IsLoopback ja IsDefaultPort.

Joskus URI.as ja muita virheitä järjestelmävirheet AS voi liittyä Windowsin rekisteriongelmiin. Useat ohjelmat voivat käyttää URI.as -tiedostoa, mutta kun kyseiset ohjelmat poistetaan tai niitä muutetaan, joskus "orpoja" (virheellisiä) AS-rekisterimerkintöjä jää jälkeen.

Pohjimmiltaan tämä tarkoittaa, että vaikka tiedoston todellinen polku on saattanut muuttua, sen väärä aiempi sijainti tallennetaan edelleen Windowsin rekisteriin. Kun Windows yrittää etsiä näitä vääriä tiedostoviittauksia (tiedoston sijainti PC:llä), URI.as -virhe saattaa tapahtua. Lisäksi haittaohjelmistot voivat vioittaa rekisteriä joka liittyy Fueling ColdFusion Development -ohjelmistoon. Joten nämä vioittuneet AS-rekisterimerkinnät on korjattava ongelman korjaamiseksi juurissa.

Windows-rekisterin muokkaaminen käsin virheellisten URI.as -osioiden poistamiseksi ei ole suositeltua, ellet ole tietokoneammattilainen. Rekisterin muokkaamisen yhteydessä tehdyt virheet voivat tehdä tietokoneestasi käyttökelvottoman ja aiheuttaa korjaamatonta vahinkoa käyttöjärjestelmällesi. Itse asiassa jopa yksi väärään paikkaan asetettu pilkku voi estää tietokonettasi käynnistymästä!

Tämä riskin takia suosittelemme luotettavan rekisterin puhdistusohjelmiston käyttöä, kuten WinThruster (Microsoft Gold Partnerin kehittämä), rekisterin skannaukseen ja URI.as-ongelmien korjaamiseen. Rekisterinpuhdistajan avulla voit automatisoida vaurioituneiden rekisterimerkintöjen, puuttuvien tiedostojen linkkien (esim. aiheuttaa virheen URI.as) ja rikkinäiset linkit rekisterissä. Ennen jokaista skannausta luodaan automaattisesti varmuuskopio, jonka avulla voit kumota muutokset yhdellä napsautuksella ja suojata tietokonettasi mahdollisilta vaurioilta. Parasta on, että rekisterivirheiden poistaminen voi parantaa järjestelmän nopeutta ja suorituskykyä merkittävästi.

Varoitus: Jos et ole kokenut käyttäjä PC, emme suosittele Windowsin rekisterin manuaalista muokkaamista. Rekisterieditorin virheellinen käyttö voi aiheuttaa vakavia ongelmia, jotka saattavat edellyttää Windowsin uudelleenasentamista. Emme takaa, että rekisterieditorin virheellisestä käytöstä aiheutuvat ongelmat voidaan korjata. Käytät Rekisterieditoria omalla vastuullasi.

Ennen manuaalista palauttamista Windowsin rekisteri, sinun on luotava varmuuskopio viemällä URI.as:iin liittyvä rekisterin osa (esimerkiksi Fueling ColdFusion Development):

1. Napsauta painiketta Alkaa.
2. Tulla sisään " komento"V hakupalkki... ÄLÄ NAPSAUTA VIELÄ TULLA SISÄÄN!
3. Kun pidät näppäimiä painettuna CTRL-Shift paina näppäimistöltäsi TULLA SISÄÄN.
4. Näyttöön tulee valintaikkuna pääsyä varten.
5. Klikkaus Joo.
6. Musta laatikko avautuu vilkkuvalla kohdistimella.
7. Tulla sisään " regedit" ja paina TULLA SISÄÄN.
8. Valitse Rekisterieditorissa URI.as liittyvä avain (esimerkiksi Fueling ColdFusion Development), jonka haluat varmuuskopioida.
9. valikossa Tiedosto valitse Viedä.
10. Listalla Tallenna kohteeseen Valitse kansio, johon haluat tallentaa Fueling ColdFusion Development -avaimen varmuuskopion.
11. Kentällä Tiedoston nimi Anna varmuuskopiotiedostolle nimi, esimerkiksi "Fueling ColdFusion Development -varmuuskopio".
12. Varmista kenttä Vientialue arvo valittu Valittu haara.
13. Klikkaus Tallentaa.
14. Tiedosto tallennetaan .reg.
15. Sinulla on nyt varmuuskopio URI.as liittyvästä rekisterikohdasta.

Seuraavia rekisterin manuaalisen muokkaamisen vaiheita ei kuvata tässä artikkelissa, koska ne voivat vahingoittaa järjestelmääsi. Jos haluat lisätietoja rekisterin manuaalisesta muokkaamisesta, tutustu alla oleviin linkkeihin.

URI (Uniform Resource Identifier) ​​on kompakti merkkijono abstraktin tai fyysisen resurssin tunnistamiseksi. Resurssilla tarkoitetaan mitä tahansa tiettyyn tilaan kuuluvaa esinettä. URI:n tarve oli selvä WWW-kehittäjille järjestelmän käynnistymisestä lähtien, koska... suunniteltiin yhdistää eri tunnistusmenetelmiä käyttävät työkalut yhdeksi tietoympäristöksi tietolähteitä. Kehitettiin määritys, joka sisälsi kutsut FTP:hen, Gopheriin, WAIS:iin, Usenetiin, sähköpostiin, Prosperoon, Telnetiin, X.500:aan ja tietysti HTTP:hen (WWW). Tuloksena kehitettiin yleinen spesifikaatio, joka mahdollistaa osoitteellisten resurssien luettelon laajentamisen uusien järjestelmien syntymisen vuoksi.

Paikka, jossa URI:ita käytetään, ovat hypertekstilinkit, jotka on kirjoitettu tageihin Ja . Tunnisteiden URI-määritykset käsittelevät myös upotettua grafiikkaa Ja . URI:n toteutusta WWW:lle kutsutaan URL-osoitteeksi (Uniform Resource Locator). Tarkemmin sanottuna URL on URI-mallin toteutus, joka on kartoitettu algoritmiin resurssien käyttämiseksi verkkoprotokollien kautta. On myös URN (Uniform Resource Name), joka yhdistää URI:n verkon nimiavaruuteen.

Ennen kuin harkitset erilaisia ​​järjestelmiä Tässä on esimerkki yksinkertaisesta URI:sta:

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

Ennen kaksoispistettä on osoitekaavion tunniste - “http”. Tämä nimi erotetaan kaksoispisteellä URI:n loppuosasta, jota kutsutaan "poluksi". Tässä tapauksessa polku koostuu sen koneen toimialueen osoitteesta, johon HTTP-palvelin on asennettu, ja polusta palvelinpuun juuresta "index.html"-tiedostoon. Yllä esitetyn täyden URI-tietueen lisäksi on olemassa yksinkertaistettu tietue. Se olettaa, että siihen mennessä, kun sitä käytetään, monet resurssiosoitteen parametrit on jo määritetty (protokolla, koneen osoite verkossa, jotkut polkuelementit). Tällaisilla oletuksilla hypertekstisivujen kirjoittaja voi ilmoittaa vain resurssin suhteellisen osoitteen, ts. osoite suhteessa tiettyihin taustalla oleviin resursseihin.

URL (Uniform Resource Locator) on URI-mallien osajoukko, joka tunnistaa resurssin sen perusteella, miten sitä käytetään (esimerkiksi sen "sijainti verkossa") eikä sen nimen tai muiden resurssin määritteiden perusteella. URL-osoite kuvaa tarkasti, kuinka objektiin pääsee.

Syntaksi: :, Missä:

schema = "http" | "ftp" | "gopher" | "mailto" | "uutiset" | "telnet" | "tiedosto" | "mies" | "info" | "mitä" | "ldap" | "wais" | ...– skeeman nimi

järjestelmäkohtainen-osa- riippuu kaavasta. Kaavakohtaisessa osassa voit käyttää heksadesimaaliarvot muodossa: %5f. Ei-tulostettavat oktetit on koodattava: 00–1F, 7F, 80–FF.

Esimerkki URL-osoitteista:

· http://www.ipm.kstu.ru/index.php

· ftp://www.ipm.kstu.ru/

URN (Uniform Resource Name) on yksityinen URI-malli "urn:", jossa on "nimiavaruuden" alijoukko, jonka on oltava yksilöllinen ja muuttumaton, vaikka resurssia ei enää olisi tai siihen ei päästä.

Oletetaan, että esimerkiksi selain tietää, mistä etsiä tätä resurssia.

Syntaksi: urn: nimiavaruus: data1.data2,more–data, jossa nimiavaruus määrittää, kuinka toisen ":" jälkeen määritettyjä tietoja käytetään.

Esimerkki URN:

urn: ISBN: 0–395–36341–6

ISBN on kustantamoille tarkoitettu temaattinen luokitin,

0–395–36341–6 – kirjan tai lehden aiheen tietty numero

saatuaan URN:n asiakasohjelma viittaa ISBN-numeroon ("kustannustalojen aiheluokittelu" -hakemisto Internetissä). Ja hän saa dekoodauksen aihenumerosta "0-395-36341-6" (esimerkiksi: "kvanttikemia"). URN on suhteellisen uusi versio, nykyiset HTML-versiot eivät sisälly ja hakemistopalveluita ei ole vielä kehitetty, joten URN:ää ei käytetä yhtä laajasti kuin URL-osoitetta.

Internet-resurssien osoitejärjestelmät

Internet-resurssien käsittelemiseen on 3 järjestelmää. Kaava osoittaa sen tunnisteen, koneen osoitteen, TCP-portin, polun palvelinhakemistossa, muuttujat ja niiden arvot sekä nimiön.

HTTP-järjestelmä. Tämä on WWW:n peruskaavio. Kaava määrittää sen tunnisteen, koneen osoitteen, TCP-portin, polun palvelinhakemistossa, hakukriteerin ja otsikon.

Syntaksi: http://[ [:@][:][?]]

http– järjestelmän nimi

käyttäjä- Käyttäjätunnus

Salasana- käyttäjän salasana

isäntä- isäntänimi

portti- porttinumero

url-polku– tiedoston polku ja itse tiedosto

kysely (<имя–поля>=<значение>{&<имя–поля>=<значение>) – kyselymerkkijono

Oletuksena portti = 80.

Tässä on joitain esimerkkejä HTTP-järjestelmän URI-tunnisteista:

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

Tämä on yleisin WWW-asiakirjoissa käytetty URI-tyyppi. Kaavan nimeä (http) seuraa polku, joka koostuu koneen toimialueen osoitteesta ja HTTP-palvelinpuussa olevan HTML-asiakirjan täydellisestä osoitteesta.

On myös mahdollista käyttää IP-osoitetta koneosoitteena:

http://144.206.160.40/risk/risk.html

Jos HTTP-protokollapalvelin toimii jollakin muulla kuin 80 TCP-portti, niin tämä näkyy osoitteessa:

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

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

FTP-malli. Tämän järjestelmän avulla voit käsitellä FTP-tiedostoarkistoja World Wide Web -asiakasohjelmista. Tässä tapauksessa ohjelman on tuettava FTP-protokolla. Tässä mallissa on mahdollista määrittää paitsi järjestelmän nimi, FTP-arkistoosoite, myös käyttäjätunnus ja jopa hänen salasanansa.

Syntaksi: ftp://[ [:@][:]

ftp– järjestelmän nimi

käyttäjä- Käyttäjätunnus

Salasana- käyttäjän salasana

isäntä- isäntänimi

portti- porttinumero

url-polku– tiedoston polku ja itse tiedosto

Oletuksena portti=21, käyttäjä=anonyymi, salasana=sähköpostiosoite.

Useimmiten tämä kaava käytetään julkiseen FTP-arkistoon:

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

Tässä tapauksessa tallennetaan linkki arkistoon "polyn.net.kiae.su", jonka tunniste on "anonymous" tai "ftp" (anonymous access). Jos käyttäjätunnus ja salasana on määritettävä, voit tehdä tämän ennen koneen osoitetta:

ftp://nobody: [sähköposti suojattu]/käyttäjät/paikallinen/pub

Tässä tapauksessa nämä parametrit erotetaan koneen osoitteesta @-symbolilla ja toisistaan ​​kaksoispisteellä.

TELNET-järjestelmä. Tämä malli tarjoaa pääsyn resurssiin etäpäätetilassa. Yleensä asiakas soittaa lisäohjelma työskennellä jonkin parissa telnet-protokolla. Tätä mallia käytettäessä sinun on määritettävä käyttäjätunnus, mutta salasana on sallittu.

Syntaksi: telnet://[ [:@][:]/

telnet– järjestelmän nimi

käyttäjä- Käyttäjätunnus

Salasana- käyttäjän salasana

isäntä- isäntänimi

portti- porttinumero

Oletuksena portti = 23.

Esimerkki: telnet://nimi: [sähköposti suojattu]

Todellisuudessa pääsy on julkisiin resursseihin, ja tunniste ja salasana ovat julkisesti tiedossa, ne löytyvät esimerkiksi Hytelnetin tietokannoista.

telnet://guest: [sähköposti suojattu]

Yllä olevista esimerkeistä voit nähdä, että URI-resurssien osoitteiden määrittely on melko yleistä ja mahdollistaa melkein minkä tahansa Internet-resurssin tunnistamisen. Samalla resurssien määrä voi kasvaa uusien järjestelmien luomisen myötä.

WWW palvelu

WWW (World Wide Web) -palvelu on suunniteltu hypertekstitiedon vaihtoon, joka on rakennettu “client-server” -mallin mukaan. Selain ( Internet Explorer, Opera...) on moniprotokolla-asiakas ja HTML-tulkki. Ja kuten tyypillinen tulkki, asiakas suorittaa erilaisia ​​​​toimintoja komennoista (tageista) riippuen. Näihin toimintoihin kuuluu paitsi tekstin sijoittaminen näytölle, myös tiedonvaihto palvelimen kanssa vastaanotettua HTML-tekstiä analysoitaessa, mikä ilmenee selkeimmin tekstiin upotettuja graafisia kuvia näytettäessä.

HTTP-palvelin(Apache, IIS...) käsittelee asiakkaan pyynnöt vastaanottaa tiedosto. WWW-palvelu perustui aluksi kolmeen standardiin:

HTML (Hyper Tekstin merkintä Kieli) – asiakirjojen hypertekstikuvauskieli;

· URL (Universal Resource Locator) – universaali menetelmä verkon resurssien osoittaminen;

· HTTP ( Hypertekstin siirto Protocol) – hypertekstitietojen vaihtoprotokolla.

WWW-palvelimen toimintamalli

WWW-palvelin on osa globaalia tai yrityksen sisäistä verkkoa, jonka avulla verkon käyttäjät voivat käyttää tällä palvelimella olevia hypertekstidokumentteja. Vuorovaikutuksessa WWW-palvelimen kanssa verkon käyttäjän on käytettävä erikoisohjelmistoa - selainta (englanninkielisestä selaimesta) - katseluohjelmaa.

Katsotaanpa tarkemmin, miten WWW-palvelin toimii:

1. Verkon käyttäjä käynnistää selaimen, jonka toimintoja ovat:

· yhteyden muodostaminen palvelimeen;

· vaaditun asiakirjan hankkiminen;

· vastaanotetun asiakirjan näyttö;

· käyttäjän toimiin vastaaminen – pääsy uuteen asiakirjaan. Käynnistyksen jälkeen selain muodostaa käyttäjän käskystä tai automaattisesti yhteyden määritettyyn WWW-palvelimeen ja lähettää sille pyynnön vastaanottaa määritetty dokumentti.

2. WWW-palvelin etsii pyydetyn asiakirjan ja palauttaa tulokset selaimeen.

3. Selain, saatuaan asiakirjan, näyttää sen käyttäjälle ja odottaa hänen reaktiota. Mahdolliset vaihtoehdot:

· uuden asiakirjan osoitteen syöttäminen;

· nykyisen asiakirjan tulostus, haku ja muut toiminnot;

· vastaanotetun asiakirjan erityisalueiden aktivointi (napsauttaminen), joita kutsutaan linkeiksi ja jotka liittyvät uuden asiakirjan osoitteeseen. Ensimmäisessä ja kolmannessa tapauksessa haetaan uutta asiakirjaa.

URI (Uniform Resource Identifier) - yhtenäinen (yhtenäinen) resurssin tunniste. URI - merkkijono, jonka avulla voit tunnistaa minkä tahansa resurssin: asiakirjan, kuvan, tiedoston, palvelun, laatikon Sähköposti jne. Ensinnäkin puhumme tietysti Internetin ja World Wide Webin resursseista. URI:t tarjoavat yksinkertaisen ja laajennettavan tavan tunnistaa resurssit. URI-tunnusten laajennettavuus tarkoittaa, että URI:issa on jo useita tunnistusjärjestelmiä, joita luodaan tulevaisuudessa paljon lisää.

URI:n, URL:n ja URN:n välinen suhde

Venn-kaavio, joka näyttää URI-kaavan osajoukot: URL ja URN.

URI on joko URL tai URN tai molemmat.

• URL on URI, joka resurssin tunnistamisen lisäksi tarjoaa myös tietoa kyseisen resurssin sijainnista.
• URN on URI, joka vain tunnistaa resurssin tietyssä nimiavaruudessa (ja siksi tietyssä kontekstissa), mutta ei osoita sen sijaintia. Esimerkiksi, URN-uurna:ISBN:0-395-36341-1 on URI, joka osoittaa resurssiin (kirjaan) 0-395-36341-1 ISBN-nimiavaruudessa, mutta toisin kuin URL-osoite, URN ei osoita kyseisen resurssin sijaintiin: siinä Se ei kerro, mistä kaupasta voit ostaa sen tai miltä verkkosivustolta voit ladata sen.

Koska URI ei aina osoita, miten resurssi hankitaan, toisin kuin URL, vaan ainoastaan ​​tunnistaa sen, tämä mahdollistaa resurssien kuvaamisen RDF:llä (Resource Description Framework), joita ei voi saada Internetin kautta (esimerkiksi henkilö, auto, kaupunki jne.).

Tarina

Vuonna 1990 brittiläinen tiedemies Tim Berners-Lee keksi Genevessä Sveitsissä URL-resurssien paikantimen Euroopan ydintutkimusneuvoston seinien sisällä. Koska URL on URI:n eniten käytetty osajoukko, vuotta 1990 pidetään myös URI:n syntymävuotena. Mutta tarkasti ottaen URI-konsepti dokumentoitiin vasta kesäkuussa 1994 RFC 1630:ssa.

URI:n uusi versio määriteltiin vuonna 1998 RFC 2396:ssa, jolloin sana Universaali otsikossa korvattiin tekstillä Univormu.

Vikoja

URL-osoitteesta on tullut perustavanlaatuinen innovaatio Internetissä, ja URI-periaatteet on dokumentoitu sen varmistamiseksi täydellinen yhteensopivuus URL-osoitteen kanssa. Tästä johtuu URI:iden suuri haittapuoli, joka tulee URL-osoitteiden periytymisenä. URI:ssa, kuten URL-osoitteessa, voit käyttää vain rajoitettu sarja Latinalaiset kirjaimet ja välimerkit (jopa vähemmän kuin ASCII:ssa). Toisin sanoen, jos haluamme käyttää kyrillisiä merkkejä tai hieroglyfejä tai vaikkapa ranskan kielen tiettyjä merkkejä URI:ssa, meidän on koodattava URI samalla tavalla kuin Wikipedia koodaa URL-osoitteet Unicode-merkeillä. Esimerkiksi rivi, kuten:

https://ru.wikipedia.org/wiki/Kyrillinen

koodattu URL-osoitteeseen seuraavasti:

https://ru.wikipedia.org/wiki/%D0%9A%D0%B8%D1%80%D0%B8%D0%BB%D0%BB%D0%B8%D1%86%D0%B0

Koska kaikkien aakkosten kirjaimet paitsi käytetyt kirjaimet Englannin kieli Latinalaiset kirjaimet, sitten URI:t, joissa on sanoja muilla kielillä (jopa eurooppalaisella), menettävät kykynsä havaita ihmisten silmissä. Ja tämä on karkeasti ristiriidassa kaikkien johtavien Internet-organisaatioiden, mukaan lukien W3C ja ISOC, julistaman kansainvälisyyden periaatteen kanssa. IRI-standardi on suunniteltu ratkaisemaan tämä ongelma. Kansainvälinen resurssitunniste) - kansainväliset tunnisteet resursseja, joissa voidaan helposti käyttää Unicode-merkkejä ja jotka eivät loukkaa muiden kielten oikeuksia. Myös URI:n luoja Tim Berners-Lee sanoi, että URL-osoitteen taustalla oleva verkkotunnusjärjestelmä on huono päätös, joka asettaa resursseille hierarkkisen arkkitehtuurin, joka ei sovellu hypertekstiverkkoon.

URI-rakenne

URI = [skeema ":"] hierarkkinen - Osa [ "?" pyyntö ] [ "#" fragmentti ]

Tässä merkinnässä:

Kaavio

resurssin käyttöjärjestelmä (osoittaa usein verkkoprotokolla), esimerkiksi http, ftp, tiedosto, ldap, mailto, urn

Hierarkkinen osa

sisältää yleensä hierarkkiseen muotoon järjestettyä dataa, joka yhdessä ei-hierarkkisessa komponentissa olevien tietojen kanssa pyyntö, joiden avulla tunnistetaan URI-järjestelmän piiriin kuuluva resurssi. Yleensä hierarkkinen osa sisältää polun resurssiin (ja mahdollisesti ennen sitä palvelimen osoitteen, jossa se sijaitsee) tai resurssin tunnisteen (jos kyseessä on URN).

Pyyntö

tämä valinnainen URI-komponentti on kuvattu edellä.

Kappale

(myös valinnainen komponentti)

Voit tunnistaa epäsuorasti toissijaisen resurssin viittaamalla ensisijaiseen ja osoittamalla lisäinformaatio. Toissijainen tunnistettavissa oleva resurssi voi olla jokin osa tai alijoukko ensisijaisesta, jokin sen esitys tai muu sellaisen resurssin määrittelemä tai kuvaama resurssi.

URI-rakenteen jäsentäminen. URI:iden niin kutsuttua jäsentämistä varten jäsentäminen), eli URI:n hajottamiseksi sen komponentteihin ja sen jälkeen niiden tunnistamiseen on kätevintä käyttää säännöllistä lausekejärjestelmää, joka on nyt saatavilla lähes kaikissa modernit kielet ohjelmointi. RFC 3986 suosittelee seuraavan mallin käyttämistä URI:iden jäsentämiseen:

Tämä malli sisältää 9 ryhmää, jotka on merkitty yllä olevilla numeroilla (lisätietoja malleista ja ryhmistä on kohdassa Säännölliset lausekkeet), jotka jäsentävät täydellisesti ja tarkimmin tyypillisen URI-rakenteen, jossa:

• ryhmä 2 - järjestelmä,
• ryhmä 4 - lähde,
• ryhmä 5 - polku,
• ryhmä 7 - pyyntö,
• ryhmä 9 - fragmentti.

Jos käytät tätä mallia esimerkiksi tällaisen tyypillisen URI:n jäsentämiseen:

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

niin yllä olevat 9 malliryhmää antavat vastaavasti seuraavat tulokset:

1. http:
2. //www.ics.uci.edu
3. www.ics.uci.edu
4. /pub/ietf/uri/
5. ei tulosta
6. ei tulosta
7. #Aiheeseen liittyvä
8. Liittyvät

URI-esimerkkejä:

Absoluuttiset URI:t

• https://ru.wikipedia.org/wiki/URI
• ftp://ftp.is.co.za/rfc/rfc1808.txt
• file://C:\UserName.HostName\Projects\Wikipedia_Articles\URI.xml
• file:///C:/file.wsdl
• file:///Users/John/Documents/Projects/Web/MyWebsite/about.html
• ldap:///c=GB?objectClass?one
• mailto: [sähköposti suojattu]
• siemailla: [sähköposti suojattu]
• uutiset:comp.infosystems.www.servers.unix
• data:text/plain;charset=iso-8859-7,%be%be%be
• puh: +1-816-555-1212
• telnet://192.0.2.16:80/
• urn:oasis:names:specification:docbook:dtd:xml:4.1.2

2) Suhteelliset URI:t

• /relative/URI/with/absolute/path/to/resource.txt
• //example.org/scheme-relative/URI/with/absolute/path/to/resource.txt
• Suhteellinen/polku/resurssi.txt
• ../../../resurssi.txt
• resurssi.txt
• /resource.txt#frag01
• #frag01

[tyhjä rivi] - vastaa tunnisteen jäsentämistä tuloksella [tyhjä merkkijono], eli linkki johtaa oletusskeeman oletusobjektiin

DNS-palvelu

DNS - Domain Name System. Domain-nimet DNS-järjestelmät– IP-osoitteiden synonyymit, aivan kuten puhelimesi osoitekirjassa olevat nimet ovat synonyymejä puhelinnumerot. Ne ovat symbolisia, eivät numeerisia; ne ovat kätevämpiä muistamiseen ja suuntautumiseen; niillä on semanttinen kuorma. www.irnet.ru → DNS-taulukot →193.232.70.36 Verkkotunnukset ovat myös yksilöllisiä, ts. Maailmassa ei ole kahta identtistä verkkotunnusta. Verkkotunnukset, toisin kuin IP-osoitteet, ovat valinnaisia, ne ostetaan lisäksi.

Riisi. 2. DNS-järjestelmän hierarkia.

Myös kirjekuorissa tavallisessa postissa olevat osoitteet ovat yksilöllisiä. Maailmassa ei ole maita, joilla on sama nimi. Ja jos kaupunkien nimet joskus toistuvat, niin yhdessä suurempiin hallintoyksiköihin, kuten piirikuntiin ja alueisiin, jakamisen kanssa niistä tulee ainutlaatuisia. Ja kadunnimiä ei pitäisi toistaa saman kaupungin sisällä. Siten osoite, joka perustuu maantieteellisiin ja hallinnollisiin nimiin, yksilöi kohteen yksilöllisesti. Verkkotunnuksilla on samanlainen hierarkia. Verkkotunnukset on erotettu toisistaan ​​pisteillä: lingvo.yandex.ru, krkime.com.

DNS on seuraavat ominaisuudet:

• Hajautettu hallinto. Vastuu hierarkkisen rakenteen eri osista on erilaiset ihmiset tai organisaatio.
• Hajautettu tiedon tallennus. Jokainen verkkosolmu sisään pakollinen tulee tallentaa vain sen sisältämät tiedot vastuualueelle, ja (mahdollisesti) osoitteet juuri DNS-palvelimet.
• Tietojen tallentaminen välimuistiin. Solmu Voi olla tallentaa tietyn määrän dataa vastuualueen ulkopuolelle vähentääksesi verkon kuormitusta.
• Hierarkinen rakenne, jossa kaikki solmut yhdistetään puuksi ja jokainen solmu voi joko määrittää itsenäisesti alempien solmujen toiminnan tai delegoida(lähettää) ne muihin solmuihin.
• Varaus. Useat fyysisesti ja loogisesti erotetut palvelimet vastaavat solmujensa (vyöhykkeidensä) tallentamisesta ja ylläpidosta, mikä varmistaa tietoturvan ja työn jatkumisen, vaikka jokin solmuista epäonnistuisi.

Domain tasot. Verkkotunnuksia on kolme tasoa.

Verkkotunnukset ensimmäinen tai ylin taso on jaettu kahteen ryhmään:

1) Nämä ovat verkkotunnuksia, joilla on alueellinen yhteys, esimerkiksi: .ru .by .ua .de .us jne. Nämä ovat verkkotunnuksia, jotka on määritetty tietylle maalle. Niiden avulla voit esimerkiksi määrittää, mihin maahan tietty sivusto kuuluu.

2) Toinen ryhmä ensimmäisen tason verkkotunnuksia ovat verkkotunnuksia, joilla on tietty tarkoitus. Esimerkiksi: .com – kaupallisille organisaatioille, .info – tiedotussivustoille, .tv – yrityksille televisioyhtiöt jne. Näiden verkkotunnusten perusteella voit määrittää sivuston tarkan painopisteen. Vaikka totta puhuen, viime aikoina niitä käytetään yhä enemmän millään tavalla, eivätkä ne usein noudata tarkoitustaan.

Ensimmäisen tason verkkotunnuksia ei voi käyttää verkkosivustosi osoitteena. Niitä käytetään verkkotunnusten luomiseen toinen taso , joten voit rekisteröidä toisen tason verkkotunnuksen mihin tahansa ensimmäisen tason verkkotunnukseen. Toisen tason verkkotunnus koostuu seuraavista elementeistä: www.site_name.first-level domain. Esimerkiksi: www.webmastermix.ru. On suositeltavaa käyttää toisen tason verkkotunnuksia sivuston osoitteena. Ihmiset lukevat ja muistavat ne parhaiten, ja myös hakukoneet huomaavat ne. Siksi useimmilla sivustoilla on tällä tasolla verkkotunnuksia.

Lisäksi on verkkotunnuksia kolmas taso . Ne luodaan toisen tason verkkotunnusten perusteella. Kolmannen tason verkkotunnus näyttää tältä: www.forum.webmastermix.ru. Rekisteröimällä toisen tason verkkotunnuksen voit itsenäisesti luoda sen perusteella niin monta kolmannen tason verkkotunnusta kuin haluat. Voit rekisteröidä verkkotunnuksen verkkosivustollesi erikoispalveluiden avulla.

WEB-TEKNIIKAT: HTML, JAVASCRIPT

Yllä olevan aiheen didaktisen lohkon ensimmäinen osa oli omistettu Internet-tekniikoille. Nyt alamme tutkia World Wide Webissä käytettyjä tekniikoita tai verkkotekniikoita.

Ensinnäkin sinun on ymmärrettävä verkkoteknologioiden peruskäsitteet: verkkosivusto ja verkkosivu. Web-sivu on World Wide Webin pienin looginen yksikkö, joka on asiakirja, jonka yksilöivä URL-osoite. Verkkosivusto on kokoelma teemaan liittyviä verkkosivuja, jotka sijaitsevat samalla palvelimella ja ovat saman omistajan omistamia. Tietyssä tapauksessa verkkosivustoa voi edustaa yksi Web-sivu. World Wide Web on kaikkien verkkosivustojen kokoelma.

Koko World Wide Webin perusta on hypertekstin merkintäkieli HTML - Hyper Text Markup Language (kuva 3). Se palvelee asiakirjan (verkkosivun) loogista (semanttista) merkintää. Sitä käytetään toisinaan väärin ohjaamaan tapaa, jolla verkkosivujen sisältö näytetään näytöllä tai tulostimella, mikä on pohjimmiltaan vastoin vuonna 2008 hyväksytyn ideologian. maailman laajuinen verkko.

Riisi. 3. Verkkoteknologiat

Web-sivun sisällön näyttämisen ohjaamiseksi kaskadipöydät tyylit (CSS). CSS on monella tapaa samanlainen kuin suosituissa käytetyt tyylit tekstinkäsittelyohjelma Sana.

Komentosarjakieliä käytetään lisäämään verkkosivuille dynaamisuutta (pudotusvalikot, animaatiot). World Wide Webin vakioskriptikieli on JavaScript. JavaScript-kielen ydin on ECMAScript.

HTML, CSS, JavaScript ovat kieliä, joilla voit luoda niin monimutkaisia ​​verkkosivustoja kuin haluat. Mutta tämä on vain kielellistä tukea, kun taas selaimissa asiakirjat esitetään kokoelmana objekteja, joiden monet tyypit ovat selainobjektimalli (BOM). Selainobjektimalli on jokaiselle mallille ainutlaatuinen ja aiheuttaa siten ongelmia luotaessa selainsovelluksia. Joten Web Consortium ehdotti Document Object Model (DOM) -mallia, joka on tavallinen tapa esittää Web-sivuja käyttämällä objektijoukkoa.

Nykyaikaisen HTML:n syntaksi on kuvattu Extensible Markup Language (XML) -kielellä. XML:n avulla voit luoda omia merkintäkieliä, jotka ovat samankaltaisia ​​kuin HTML DTD:n muodossa. Tällaisia ​​kieliä on monia: matemaattisten ja kemiallisten kaavojen, tiedon jne. esittämiseen.

Kuten yllä olevasta voidaan nähdä, kaikki verkkoteknologiat liittyvät läheisesti toisiinsa. Tämän tosiasian ymmärtäminen helpottaa tietyn verkkosovellusten luomiseen käytetyn mekanismin tarkoituksen ymmärtämistä.

EMAIL

Sähköposti (sähköposti, sähköposti, englanninkielisestä sähköpostista) - tekniikka ja sen tarjoamat palvelut lähettämiseen ja vastaanottamiseen sähköpostit(kutsutaan "kirjaimet" tai " sähköpostit") hajautetun tietokoneverkon kautta. Suurin ero muista viestinvälitysjärjestelmistä on viivästetty toimitus ja kehittynyt riippumattomien sähköpostipalvelimien välinen vuorovaikutusjärjestelmä.

Sähköpostilla voidaan lähettää ja vastaanottaa viestejä, vastata kirjeenvaihtajien kirjeisiin automaattisesti heidän osoitteillaan, lähettää kirjeistä kopioita usealle vastaanottajalle kerralla, lähettää vastaanotettu kirje edelleen toiseen osoitteeseen, käyttää loogisia nimiä osoitteiden sijaan (numeerinen tai verkkotunnukset), luoda useita postilaatikon alaosastoja erityyppistä kirjeenvaihtoa varten, sisällyttää tekstitiedostoja kirjeisiin, käyttää "postiheijastin" -järjestelmää keskustelujen käymiseen kirjeenvaihtajaryhmän kanssa jne. Jos haluat lähettää postiviestin sähköpostitse, sinun on annettava postilaatikon osoite. Sähköpostitilaajan postilaatikko on kiintolevyllä oleva alue sähköpostipalvelin, varattu käyttäjälle.

Kehitys Internet-tekniikat johti nykyaikaisten viestintäprotokollien syntymiseen, jotka tarjoavat paremmat mahdollisuudet kirjeiden käsittelyyn, erilaisia ​​palveluita ja helppokäyttöisyyttä. Esimerkiksi, SMTP-protokolla, joka toimii asiakas-palvelin -periaatteella, on suunniteltu lähettämään viestejä tietokoneelta vastaanottajalle. Yleensä pääsy SMTP-palvelin ei ole suojattu salasanalla, joten voit käyttää mitä tahansa verkon tunnettua palvelinta sähköpostien lähettämiseen. Toisin kuin kirjeiden lähettämiseen tarkoitetut palvelimet, pääsy viestien tallentamiseen tarkoitettuihin palvelimiin on suojattu salasanalla. Siksi sinun on käytettävä palvelinta tai palvelua, jossa on tili. Nämä palvelimet käyttävät POP- ja IMAP-protokollia, jotka eroavat viestien tallennustavasta.

POP3-protokollan mukaisesti tiettyyn osoitteeseen saapuvat viestit tallennetaan palvelimelle, kunnes ne ladataan tietokoneelle seuraavan istunnon aikana. Viestien lataamisen jälkeen voit katkaista yhteyden verkkoon ja aloittaa sähköpostin lukemisen. Näin ollen POP3-sähköpostin käyttö on nopein ja kätevin käyttää.

IMAP-protokolla kätevä niille, jotka käyttävät jatkuvaa verkkoyhteyttä. Osoitteeseen vastaanotetut viestit tallennetaan myös palvelimelle, mutta toisin kuin POP3, postia tarkistettaessa vain viestien otsikot ladataan ensin. Itse kirje on luettavissa viestin otsikon valinnan jälkeen (se ladataan palvelimelta). On selvää, että puhelinverkkoyhteyden kanssa tämän protokollan käyttäminen sähköpostin kanssa johtaa kohtuuttomiin ajanhukkaan.

On olemassa useita protokollia postinsiirtojen vastaanottamiseen usean käyttäjän järjestelmien välillä.

Lyhyt kuvaus joistakin niistä:

1) SMTP (Simple Mail Transfer Protocol) on verkkoprotokolla, joka on suunniteltu sähköpostin lähettämiseen TCP/IP-verkkojen kautta, ja lähetyksen on välttämättä aloitettava lähettävä järjestelmä itse.

MTA (Mail Transfer Agent) - sähköpostin siirtoagentti - on Internet-postinsiirtojärjestelmän pääkomponentti, joka edustaa tätä verkkotietokone verkkosähköpostijärjestelmää varten. Yleensä käyttäjät eivät työskentele MTA:n, vaan sähköpostiohjelman MUA (Mail User Agent) kanssa. Vuorovaikutuksen periaate on esitetty kaavamaisesti kuvassa.

2) POP, POP2, POP3 (Post Office Protocol)- kolme melko yksinkertaista, ei-vaihdettavaa protokollaa, jotka on suunniteltu toimittamaan postia käyttäjälle keskuspostipalvelimelta, poistamaan se sieltä ja tunnistamaan käyttäjä nimen/salasanan perusteella. POP sisältää SMTP:n, jota käytetään siirtämään käyttäjältä peräisin olevaa postia. Sähköpostiviestit voidaan vastaanottaa otsikoina vastaanottamatta koko viestiä.

Yhteyden muodostamisen jälkeen POP3-protokolla käy läpi kolme peräkkäistä tilaa

1. Valtuutus Asiakas käy läpi todennusmenettelyn
2. Tapahtumaohjelma vastaanottaa tietoja postilaatikon tilasta, hyväksyy ja poistaa postit.
3. Päivityspalvelin poistaa valitut sähköpostit ja katkaisee yhteyden.

3) IMAP2, IMAP2bis, IMAP3, IMAP4, IMAP4rev1 (Internet-viesti Pääsyprotokolla) - tarjoaa käyttäjälle runsaasti mahdollisuuksia työskennellä keskuspalvelimella olevien postilaatikoiden kanssa

o IMAP tallentaa sähköpostit palvelimelle tiedostohakemistoihin ja tarjoaa myös asiakkaalle mahdollisuuden etsiä merkkijonoja sähköpostiviestejä itse palvelimella.

o IMAP2 - käytetään harvoin.

o IMAP3 on yhteensopimaton ratkaisu, eikä sitä käytetä.

o IMAP2bis - IMAP2-laajennus, jonka avulla palvelimet voivat ymmärtää viestin MIME-rakenteen (Multipurpose Internet Mail Extensions), on edelleen käytössä.

o IMAP4 - uusittu ja laajennettu IMAP2bis, jota voidaan käyttää missä tahansa.

o IMAP4rev1 - laajentaa IMAP:ia suurella joukolla toimintoja, mukaan lukien ne, joita käytetään DMSP:ssä (Distributed Mail System for Personal Computers).

4) ACAP (Application Configuration Access Protocol) on protokolla, joka on suunniteltu toimimaan IMAP4:n kanssa. lisää mahdollisuuden hakea tilauksia ja tilata ilmoitustauluja, postilaatikoita ja sitä käytetään osoitekirjojen etsimiseen.

5) DMSP (tai PCMAIL) on sähköpostin vastaanotto-/lähetysprotokolla, jonka erikoisuus on, että käyttäjällä voi olla käytössään useampi kuin yksi työasema. Työasema sisältää tilatietoa postista, hakemistosta, jonka kautta vaihto tapahtuu, ja joka palvelimeen yhdistettynä päivittyy sähköpostipalvelimen nykyiseen tilaan.

6) MIME on standardi, joka määrittelee mekanismit erityyppisten tietojen lähettämiseen sähköpostilla, mukaan lukien tekstit muilla kielillä kuin englanniksi, jotka käyttävät muita merkkikoodeja kuin ASCII, sekä 8-bittistä binaarisisältöä, kuten kuvia, musiikkia, elokuvia. ja ohjelmia.

Itsenäinen työ.

Noudata tekstissä (monisteissa) annettua esimerkkiä ja tallenna se omaan kansioon työpöydällesi.

9.2. Työskentely opettajan kanssa:

Jos kohtaat vaikeuksia tai teet virheitä, ota yhteyttä opettajaasi korjataksesi virheet.

Oppitunnin loppuun mennessä näytä opettajalle raportti suoritetusta työstä ja saat hyvityksen tästä työstä.

9.3. Tietojen alku- ja lopputason hallinta:

Testaus tietokoneella .

Liittyviä tietoja.