Mitä eroja on erilaisten uri-toteutusten välillä. Katso, mitä "Uri" on muissa sanakirjoissa. Suorien linkkien käsittely Android-sovelluksessa

1.4. Yleistunnus resurssin URI

Ymmärtääksesi täysin, miten HTML-asiakirjat toimivat vuorovaikutuksessa, liikkuvat sivujen välillä ja missä käyttäjän tietokone yleensä vastaanottaa dataa työskennellessään verkossa, sinun on pohdittava, miten ja mitä käytetään maailmanlaajuisen verkon avulla.

Monet Internetissä isännöidyt resurssit, olivatpa ne HTML-dokumentteja, grafiikkaa tai arkistotiedostoja, ovat useimmiten verkkoon kytketyn tietokoneen (palvelimen) kiintolevyllä olevia tiedostoja. Jokaiseen resurssiin liittyy arvo, jonka avulla voidaan määrittää yksilöllisesti sen sijainti – universaali resurssitunniste tai URI (Universal Resource Identifier). URI-tunnisteita käytetään laajasti molemmissa itsepääsy käyttäjältä resurssille (kun esimerkiksi käyttäjä kirjoittaa URI:n selaimen osoiteriville) ja navigoidessaan verkkosivujen välillä. URI-tunnisteita käytetään myös HTML-dokumenteissa kertomaan selaimelle, mistä löytää itse asiakirjassa käytetyt resurssit (kuten kuvat).

Huomautus

Kirjallisuudessa käytetään usein myös URL-merkintää. On huomattava, että URI on yleisempi käsite, joka sisältää URL-osoitteen: mikä tahansa URL-osoite on yhtenäinen resurssitunniste ja siihen sovelletaan samoja sääntöjä kuin URI:iin.

Resurssin URI koostuu kolmesta osasta: resurssin käyttömekanismin nimi, tietokoneen toimialueen nimi ja resurssin tiedostopolku. Havainnollistaaksesi tätä, harkitse esimerkkiä:

Tästä näet, että pääset käyttämään resurssia, joka on tässä tapauksessa on HTML-dokumentti, käytetään HTTP-protokollaa (Hyper Text). Siirtoprotokolla). Resurssi on tallennettu tietokoneelle, jonka verkkotunnus on somesite.com, tiedostossa ex_1.html, joka sijaitsee /info/examples-kansiossa.

URI-tunnisteita voidaan käyttää myös viittaamaan HTML-dokumenttien osiin, esimerkiksi:

Käyttämällä tätä URI:ta pääset käsiksi HTML-dokumentin osaan nimeltä kuvaus (käsittelemme kuinka luodaan nimiä HTML-dokumentin fragmenteille luvussa 5).

URI:iden avulla voit myös viitata saman tietokoneen resursseihin. Tässä tapauksessa se on osoitettu suhteellinen polku resurssi. Jos haluat esimerkiksi viitata tiedostoon /info/files/file1.jpg HTML-dokumentista, joka sijaitsee /info/examples-kansiossa, sinun tarvitsee vain määrittää URI /files/file1.jpg. HTML-dokumenteissa tällaisten linkkien avulla osoitetaan kuvien ja muiden dokumenteissa käytettyjen, mutta ei niihin suoraan tallennettujen objektien polut.

SISÄÄN yleinen tapaus URI:t eivät ole kirjainkoolla. Kuitenkin ollaksesi täysin varma URI:n oikeasta tulkinnasta, kiinnitä silti huomiota hyperlinkkien, kuvien jne. URI:n merkkien tapaukseen. Tämä on hyödyllistä tällaisten tilanteiden eliminoinnissa, kun esimerkiksi sivusto on käynnissä Windows-tietokoneessa, kaikki hyperlinkit toimivat, mutta kun sivustot asetetaan UNIXiin, palvelin kieltäytyy toimimasta (UNIX-tiedostojen nimet eroavat toisistaan).

URI (Uniform Resource Identifier) - yhtenäinen (yhtenäinen) resurssin tunniste. URI on merkkijono, jonka avulla voit tunnistaa minkä tahansa resurssin: asiakirjan, kuvan, tiedoston, palvelun, sähköpostilaatikon 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 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 tunnistaa vain resurssin tietyssä nimiavaruudessa (vastaavasti tiettyyn kontekstiin), mutta ei ilmoita sen sijaintia. Esimerkiksi URN-urn: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 resurssin sijainti: se ei kerro, mistä kaupasta voit ostaa sen tai miltä verkkosivustolta voit ladata sen.

Koska URI ei aina osoita, kuinka 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.

Uusi versio URI määriteltiin vuonna 1998 RFC 2396:ssa, samaan aikaan sana Universaali otsikossa korvattiin tekstillä Univormu.

Vikoja

URL-osoitteesta on tullut perustavanlaatuinen innovaatio Internetissä, ja URI-periaatteet on dokumentoitu täydellisen yhteensopivuuden varmistamiseksi URL-osoitteiden kanssa. Tästä johtuu URI:iden suuri haittapuoli, joka tulee URL-osoitteiden periytymisenä. URI:t, kuten URL-osoitteet, voivat käyttää vain rajoitettua joukkoa 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 aakkoset, sitten muiden kielten (jopa eurooppalaisten) sanojen URI:t 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 resurssitunnisteet, joissa Unicode-merkkejä voidaan käyttää ongelmitta 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ä (usein osoittaen verkkoprotokollaa), 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 komponenttiosiin ja myöhemmin 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ä, katso 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. DNS-verkkotunnukset ovat synonyymejä IP-osoitteille, 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 olevat osoitteet kirjeitä toimitettaessa ovat yksilöllisiä. tavallisella postilla. Maailmassa ei ole samannimisiä maita. 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 samassa kaupungissa. 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:llä on seuraavat ominaisuudet:

• Hajautettu hallinto. Eri ihmiset tai organisaatiot ovat vastuussa hierarkkisen rakenteen eri osista.
• Hajautettu tiedon tallennus. Jokainen verkkosolmu sisään pakollinen tulee tallentaa vain sen sisältämät tiedot vastuualueelle, ja (mahdollisesti) osoitteet juuri DNS-palvelimet.
• Välimuistitiedot. 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 ensin tai huipputaso on jaettu kahteen ryhmään:

1) Nämä ovat alueellisia verkkotunnuksia, 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 - televisioyhtiöille jne. Näiden verkkotunnusten avulla voit määrittää sivuston tarkan painopisteen. Vaikka rehellisesti sanottuna sisään Viime aikoina Niitä käytetään yhä enemmän millään tavalla, eivätkä ne usein pysy aiottuun tarkoitukseen.

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 seuraavat elementit: www.sivuston_nimi.ensimmäisen tason verkkotunnus. Esimerkiksi: www.webmastermix.ru. On suositeltavaa käyttää toisen tason verkkotunnuksia sivuston osoitteena. Ihmiset lukevat ja muistavat ne parhaiten, ja ne myös havaitaan hakukoneet. 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 merkintäkieli HTML hyperteksti– Hyper Text Markup Language (kuva 3). Se palvelee asiakirjan (verkkosivun) loogista (semanttista) merkintää. Sitä käytetään joskus väärin ohjaamaan tapaa, jolla verkkosivujen sisältö näytetään näyttöruudulla tai tulostetaan tulostimelle, mikä on pohjimmiltaan ristiriidassa World Wide Webin ideologian kanssa.

Riisi. 3. Verkkoteknologiat

CSS-tyylisivuja (Cascading Style Sheets) käytetään ohjaamaan verkkosivun sisällön näyttämistä. CSS on monella tapaa samanlainen kuin suosittuissa tyyleissä tekstinkäsittelyohjelma Sana.

Komentosarjakieliä käytetään lisäämään verkkosivuille dynaamisuutta (pudotusvalikot, animaatiot). Vakio kirjoituskieli World Wide Webissä on JavaScript. Ydin JavaScript-kieli 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 yksilöllinen jokaiselle mallille ja aiheuttaa siten ongelmia luotaessa selainsovelluksia. Siksi Web Consortium ehdotti Document Object Model (DOM) -mallia, joka on tavallisella tavalla Web-sivujen esittäminen objektijoukon avulla.

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 "kirjeiksi" tai "sähköpostiviesteiksi") hajautetun kautta tietokoneverkko. 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ää kirjeestä kopioita usealle vastaanottajalle kerralla, lähettää vastaanotettu kirje edelleen toiseen osoitteeseen, käyttää (numeerisia tai verkkotunnuksia) osoitteita. loogisia nimiä, luo useita postilaatikon alaosastoja monenlaisia kirjeenvaihtoa, sisällytä tekstitiedostoja kirjeisiin, käytä "mail reflektor" -järjestelmää keskustellaksesi kirjeenvaihtajaryhmän kanssa jne. Lähtöä varten sähköpostiviesti Sähköpostissa sinun tulee ilmoittaa postilaatikkosi osoite. Sähköpostitilaajan postilaatikko on käyttäjälle varattu alue sähköpostipalvelimen kiintolevyllä.

Internet-teknologian kehitys on johtanut nykyaikaisten viestintäprotokollien syntymiseen, jotka tarjoavat paremmat mahdollisuudet kirjeiden käsittelyyn, monipuoliset palvelut ja helppokäyttöisyys. Esimerkiksi asiakas-palvelin-periaatteella toimiva SMTP-protokolla 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ähetyspalvelimet, pääsy viestien tallentamiseen tarkoitetuille palvelimille 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 pysyvä yhteys verkkoon. 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ä puhelinverkkoyhteydellä sähköpostin kanssa työskentely tätä protokollaa käyttäen johtaa kohtuuttomaan 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ähetys on välttämättä aloitettava lähettävän järjestelmän itsensä toimesta.

MTA (Mail Transfer Agent) - postin siirtoagentti - on siirtojärjestelmän pääkomponentti Internet-posti, joka edustaa tätä verkkotietokonetta verkkojärjestelmä Sähköposti. 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 Message Access Protocol) - tarjoaa käyttäjälle runsaasti mahdollisuuksia työskennellä keskuspalvelimella olevien postilaatikoiden kanssa

o IMAP tallentaa palvelimella olevan sähköpostin tiedostohakemistoihin ja tarjoaa myös asiakkaalle mahdollisuuden etsiä merkkijonoja sähköpostiviesteistä 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 etsiä 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ää tilatietoja postista, hakemistosta, jonka kautta vaihto tapahtuu ja joka päivittyy palvelimeen yhdistettynä nykyinen tila sähköpostipalvelimella.

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 ohjelmat.

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.

Työskentely URI:iden kanssa

Joka päivä käytämme Uniform Resource Identifiers (URI), kun etsimme jotain WWW:stä. URI-tunnisteita tarvitaan tunnistamiseen ja kyselyyn uutta lajia resurssi. 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 katkoviivalla desimaalimuodossa, 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 tunnisteen 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:

Uri.UriSchemeFile

Tiedostoskeemaa käytetään tiedostojen käyttämiseen paikallisesti tai jaetuissa verkkoresursseissa, jotka voidaan nimetä käytännön mukaisesti yleismaailmallinen tarkoitus nimet ( Universal Naming Convention, UNC).

Uri.UriSchemeFtp

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

Uri.UriSchemeGopher

Gopher-protokolla oli HTTP:n edeltäjä. Se tarjosi hierarkkiset selausominaisuudet tekstitietoa sisällöstä, jossa FTP oli ylivoimainen. Mutta se korvattiin pian HTTP-protokollalla.

Uri.UriSchemeHttp, Uri.UriSchemeHttps

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

Uri.UriSchemeMailto

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

Uri.UriSchemeNews, Uri.UriSchemeNntp

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:

AbsoluteUri	Tämä ominaisuus näyttää koko URI:n. Jos määritetty numero Protokollan portti on sama kuin oletusportin numero, Uri-konstruktori poistaa sen automaattisesti. Esimerkissämme AbsoluteUri-ominaisuuden arvo näyttää tältä: http://www.globalknowledge.net/t raining/generic.asp?pageid=1078&country=DACH. Jos tiedoston nimi välitetään Uri-luokan rakentajalle, AbsoluteUri-ominaisuus edeltää automaattisesti tiedostonimeä file://-mallilla.
Kaavio	Kaava on URI:n ensimmäinen osa, ja tässä tapauksessa tämä ominaisuus palauttaa arvon http.
Isäntä	Host-ominaisuus näyttää isäntänimen URI:sta: www.globalknowledge.net
viranomainen	Jos portin numero on sama kuin oletusprotokollan käyttämä numero, Authority-ominaisuus näyttää saman merkkijonon kuin Host-ominaisuus. Jos käytetään eri porttinumeroa, Authority-ominaisuus näyttää myös portin numeron.
IsäntäNimityyppi	Isäntänimen tyyppi riippuu käytetystä nimestä. Tässä tapauksessa saadaan sama arvo UriHostNameType-luettelolle, jota käsiteltiin edellä.
Portti	Portti-ominaisuuden avulla saadaan portin numero - 80.
AbsolutePath	Absoluuttinen polku alkaa portin numeron jälkeen URI:ssa ja päättyy ennen kyselymerkkijonoa. Tässä tapauksessa se on /training/generic.asp.
LocalPath	Paikallinen polku antaa arvon /training/generic.asp. Kuten näet, HTTP-pyynnössä ei ole eroa AbsolutePathin ja LocalPathin välillä. Ero näkyy, jos URI viittaa jaettuun verkkoresurssi. URI:lle muodossa tiedosto:\\palvelin\jako\hakemisto\tiedosto.txt LocalPath-ominaisuus palauttaa vain hakemiston ja tiedostojen nimet, ja AbsolutePath-ominaisuus sisältää palvelimen ja jaetun nimen.
Kysely	Kysely-ominaisuus näyttää polkua seuraavan rivin: ?pageid=1078&country=DACH.
PathAndQuery	PathAndQuery-ominaisuus antaa polun ja kyselymerkkijonon yhdistelmän: /training/generic.asp?pageid=1078&country=DACH.
Kappale	Jos polkua seuraa fragmentti, se palautetaan Fragment-ominaisuudessa. Polkua voi seurata vain kyselymerkkijono tai fragmentti. Fragmentti tunnistetaan #-symbolilla
Segmentit	Segments-ominaisuus palauttaa joukon merkkijonoja, jotka on muodostettu polusta. Tässä tapauksessa meillä on kolme segmenttiä: /, koulutus/ ja generic.asp.
Käyttäjätiedot	URI:ssa asetettu käyttäjänimi voidaan lukea UserInfo-ominaisuudesta. Käyttäjänimien välittäminen on yleistä FTP:ssä, ja jos määritetään ei-anonyymi käyttäjä, kuten ftp:// [sähköposti suojattu], niin UserInfo-ominaisuus palauttaa myuser.

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

URI (Uniform Resource Identifier) ​​on kompakti merkkijono abstraktin tai fyysisen resurssin tunnistamiseen. Resurssilla tarkoitetaan mitä tahansa tiettyyn tilaan kuuluvaa esinettä. URI:n tarve oli WWW-kehittäjille selvä järjestelmän käynnistymisestä lähtien, koska... piti sulautua yhteen tietoympäristö varoja käyttämällä eri tavoilla henkilöllisyystodistus tietoresurssit. 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). Tämän seurauksena 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.

URN:ien syntyminen johtuu halusta käsitellä sähköpostiviestin MIME-osia. WWW-osoitteen muodostamisen periaatteet. URI perustui seuraaviin periaatteisiin:

· Laajennettavuus – Uusien osoitemallien tulisi sopia helposti olemassa olevaan URI-syntaksiin.

· Täydellisyys – aina kun mahdollista, olemassa oleva skeema tulee kuvata URI:lla.

· Luettavuus - osoitteen piti olla käyttäjälle helposti luettavissa, mikä on yleensä tyypillistä WWW-tekniikalle - dokumentit linkkien kanssa voidaan kehittää tavallisella tekstieditorilla.

Ennen kuin tarkastelemme eri osoitteen esitysmalleja, 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. Edellä mainittujen lisäksi täysi levy URI, on olemassa yksinkertaistettu. 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 identifioi 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 olemassa tai siihen ei pääse.

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 – tietty numero kirjan tai lehden aihe

URN-numeroa vastaanottaessaan asiakasohjelma käyttää ISBN-numeroa (Internetin "kustannusten aiheluokittelu" -hakemisto). Ja hän saa dekoodauksen aihenumerosta "0-395-36341-6" (esimerkiksi: "kvanttikemia"). URN otettiin käyttöön suhteellisen hiljattain, nykyisessä HTML-versiot ei ole mukana ja hakemistopalvelut eivät ole vielä kypsiä, 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-dokumenteissa käytetty URI-tyyppi. Mallin nimeä (http) seuraa polku, joka koostuu koneen toimialueen osoitteesta ja koko osoite HTML-dokumentti HTTP-palvelinpuussa.

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

http://144.206.160.40/risk/risk.html

Jos palvelin HTTP-protokolla käynnistetty eri TCP-portissa kuin 80, 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-asiakasohjelmista Laaja verkko. Tässä tapauksessa ohjelman on tuettava FTP-protokollaa. 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ä on selvää, että osoitemäärittely resurssin URI on melko yleinen 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 – suunniteltu jakamiseen hypertekstitiedot, rakennettu "asiakas-palvelin" -mallin mukaan. Selain ( Internet Explorer, Opera ...) on usean protokollan asiakasohjelma 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 (HyperText Markup Language) – hypertekstin merkintäkieli asiakirjoille;

· URL (Universal Resource Locator) – yleinen tapa osoittaa resursseja verkossa;

· HTTP (HyperText Transfer Protocol) – protokolla hypertekstitietojen vaihtamiseen.

WWW-palvelimen toimintakaavio

WWW-palvelin on osa globaalia tai yrityksen sisäistä verkkoa, jonka avulla verkon käyttäjät voivat käyttää hypertekstidokumentteja, jotka sijaitsevat tämä palvelin. WWW-palvelimen kanssa vuorovaikutuksessa verkon käyttäjän on käytettävä erikoistunutta ohjelmisto– selain (englanninkielisestä selaimesta) – katseluohjelma.

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ö;

· vastaaminen käyttäjän toimiin – 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;

· tulostus, haku, muut toiminnot päällä nykyinen asiakirja;

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

Ja viittaaja Google Play.

Android-alusta on hyvin erilainen korkeatasoinen pirstoutuminen, koska Google pakottaa laitekehittäjät itsenäisesti porttamaan käyttöjärjestelmän taaksepäin yhteensopivuus ja tukee monia laitteita. Tämän seurauksena pitkiä if-else-lauseita käytetään usein varmistamaan, että parasta menetelmää käytetään sopivassa yhteydessä.

Tilanne on täsmälleen sama suorien linkkien kanssa Androidissa. Ajan myötä niitä ilmestyi paljon tekniset vaatimukset, jota on noudatettava olosuhteiden ja käyttäjän kontekstin mukaan. Branch-ratkaisu yhdistää kaikki nämä toteutukset, se on linkkikehys, joka toimii kaikissa reunatapauksissa. Haaralinkit tarjoavat tavan ohittaa monimutkaisuus ja käyttö standardi ratkaisu, joten sinun ei tarvitse huolehtia yhteensopivuudesta. Suosittelemme vahvasti ratkaisujemme käyttöä sen sijaan, että yritämme luoda samanlaisia ​​toimintoja tyhjästä, sillä tarjoamme ne ilmaiseksi.

Tämä viestisarja kuvaa kaikkia käyttämiämme syvälinkitysmekanismeja ja selittää, kuinka ne toteutetaan.

Voit aloittaa työskentelyn sivustolla start.branch.io tai napsauta alla olevaa painiketta.

Androidin URI-järjestelmä ja tarkoitussuodatin

Android 1.0 esitteli URI-malliin perustuvan syvälinkitysmekanismin. Sen avulla kehittäjä voi rekisteröidä sovelluksensa URI:lla (uniform Resource Identifier) ​​tietyn laitteen käyttöjärjestelmään sovelluksen asentamisen jälkeen. URI voi olla mikä tahansa tekstimerkkijono ilman erikoismerkkejä, kuten HTTP, pinterest, fb tai myapp. Jos lisäät rekisteröitymisen jälkeen URI:n loppuun "://" (esimerkiksi pinterest://) ja napsautat linkkiä, Pinterest-sovellus avautuu. Jos sinulla ei ole Pinterest-sovellusta asennettuna, näet "Sivua ei löydy" -virheilmoituksen.

Vaatimukset URI-mallien käyttämiselle Androidissa

• Rekisteröi toiminto, joka vastaa URI-osoitteeseen käyttämällä luettelossa olevaa tarkoitussuodatinta.
• Sovellus on asennettava käyttöä varten. Jos sovellusta ei ole asennettu, näkyviin tulee virheilmoitus.

URI-mallin määrittäminen Androidissa

Sovelluksen määrittäminen URI-mallia varten on hyvin yksinkertaista. Ensin sinun on valittava sovelluksessasi toiminto, jonka haluat sovelluksesi tekevän, kun URI-malli on käytössä, ja rekisteröitävä sille tavoitesuodatin. Lisää tagiin seuraava koodi avattavaa toimintoa vastaavassa manifestissa.

Voit muuttaa your_uri_scheme halutuksi URI-skeemaksi. Suunnitelman tulisi mieluiten olla ainutlaatuinen. Jos se vastaa toisen sovelluksen URI-mallia, linkkiä napsauttaessa käyttäjä näkee Android-valintaikkunan. Näet usein tämän ikkunan, jos laitteellesi on asennettu useita verkkoselaimia, koska ne kaikki on rekisteröity HTTP URI:lle.

Suorien linkkien käsittely Android-sovelluksessa

Sinun on sitten jäsennettävä merkkijono lukeaksesi URI-mallin liittämät arvot.

URI-skeemojen käyttö Androidissa käytännössä

URI-menetelmällä syvälinkkien käsittelyssä on merkittäviä rajoituksia. Emme suosittele sen käyttöä ilman merkittäviä muutoksia, koska jos laitteessa ei ole sovellusta, se näyttää vain virheilmoituksen. varten tehokas käyttö URI-mallit on lisättävä lisätyökaluja käsitellä reunatapauksia, kuten silloin, kun sovellusta ei ole asennettu.

Siksi, jotta voit tarjota kohtuullisen käyttökokemuksen, jos sovellusta ei ole asennettu, sinun on liitettävä URI-malli JavaScript-koodi asiakaspuolella, joka voidaan suorittaa selaimessa. Tämä JS-koodi isännöidään palvelimellasi ja lähetät linkin käyttäjille. Alla on esimerkki.

Koodi yrittää avata sovelluksen asettamalla lähde-iFramen URI-malliin ja palaa sitten turvallisesti kauppaan Google-sovellukset Toista, jos sovellus ei lataudu.

Johtopäätös

Pysy kuulolla tulevista Android-suoralinkittämistä koskevista viesteistä.

Suorat linkit Androidissa ovat erittäin monimutkaisia, ja ne näkyvät joka vaiheessa. Sinusta saattaa tuntua, että kaikki toimii hienosti, kunnes yhtäkkiä joku käyttäjä valittaa, ettei hän voi avata linkkejä Facebookista Android 4.4.4:ssä. Siksi Branchin kaltaisia ​​ohjelmia kannattaa käyttää: voit yksinkertaisesti unohtaa kaikki nämä vaikeudet kuin paha uni ja tottua siihen, että linkit vain toimivat aina.

Aiheeseen liittyvät julkaisut

Suorat linkit, universaaleja linkkejä, URI/URL-mallit ja sovelluslinkit - varten viime vuodet Kaikki nämä mekanismit ovat muuttaneet merkittävästi tapaa, jolla sisältö kommunikoidaan mobiilisovelluksissa. Monilla sovelluskehittäjillä ei ole selkeää...

Joka päivä me Branchissa pyrimme tuomaan linkkien käyttöprosessin mobiilialustoille täydellisyyteen. Linkkimme tarjoavat pääsyn esimerkiksi: älykkäät uudelleenohjaukset, näyttö käyttäjälle...