uri-tunnisteen avulla voit kuvata. Android Direct Links Technical Tutorial: URI Schemes. Uniform Resource Locator URL
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 johtaa tietokoneesi toimintakyvyttömyyteen ja aiheuttaa korjaamatonta vahinkoa käyttöjärjestelmä. 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 viallisten rekisteriarvojen, puuttuvien tiedostoviitteiden (kuten mikä aiheuttaa URI.as -virheen), ja rikkinäisten linkkien löytämisen 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ä dramaattisesti.
Varoitus: Jos et ole kokenut käyttäjä PC, emme suosittele Windowsin rekisterin manuaalista muokkaamista. Rekisterieditorin virheellinen käyttö voi aiheuttaa vakavia ongelmia ja vaatia Windowsin uudelleenasennus. Emme takaa, että rekisterieditorin virheellisestä käytöstä aiheutuvat ongelmat voidaan korjata. Käytät Rekisterieditoria omalla vastuullasi.
Ennen kuin korjaat Windows-rekisterin manuaalisesti, sinun on luotava varmuuskopio viemällä osa URI.as-rekisteriin liittyvästä rekisteristä (esimerkiksi Fueling ColdFusion Development):
- Napsauta painiketta Alkaa.
- Tulla sisään " komento"V hakupalkki... ÄLÄ NAPSAUTA VIELÄ TULLA SISÄÄN!
- Kun pidät näppäimiä painettuna CTRL-Shift paina näppäimistöltäsi TULLA SISÄÄN.
- Näyttöön tulee valintaikkuna pääsyä varten.
- Klikkaus Joo.
- Musta laatikko avautuu vilkkuvalla kohdistimella.
- Tulla sisään " regedit" ja paina TULLA SISÄÄN.
- Valitse Rekisterieditorissa URI.as liittyvä avain (esimerkiksi Fueling ColdFusion Development), jonka haluat varmuuskopioida.
- valikossa Tiedosto valitse Viedä.
- Listalla Tallenna kohteeseen Valitse kansio, johon haluat tallentaa Fueling ColdFusion Development -avaimen varmuuskopion.
- Kentällä Tiedoston nimi Anna varmuuskopiotiedostolle nimi, esimerkiksi "Fueling ColdFusion Development -varmuuskopio".
- Varmista kenttä Vientialue arvo valittu Valittu haara.
- Klikkaus Tallentaa.
- Tiedosto tallennetaan jonka pääte on .reg.
- 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.
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. SISÄÄN tekninen dokumentaatio termiä URL ei enää käytetä.
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 päätteen 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 palvelimella olevaa fyysistä tiedostoa, vaan se voidaan luoda dynaamisesti. SISÄÄN 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:
Uri.UriSchemeFileTiedostomallilla 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).
Uri.UriSchemeFtpFTP-protokollaa ftp-mallilla käytetään tiedostojen vastaanottamiseen ftp-palvelimelta ja päinvastoin tiedostojen sijoittamiseen ftp-palvelimelle.
Uri.UriSchemeGopherGopher-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.
Uri.UriSchemeHttp, Uri.UriSchemeHttpsNämä kaksi järjestelmää tunnetaan hyvin: http ja https. https-mallia käytetään suojattuun vaihtoon.
Uri.UriSchemeMailtomailto-mallia käytetään sähköpostiviestien lähettämiseen.
Uri.UriSchemeNews, Uri.UriSchemeNntpUutis- 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 protokollalle määritetty portin numero 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 UriHostNameType-luettelon arvo, 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 ilmenee, jos URI viittaa jaettuun verkkoresurssiin. URI:lle muodossa tiedosto:\\server\share\directory\file.txt LocalPath-ominaisuus palauttaa vain hakemistojen nimet ja tiedosto, ja AbsolutePath-ominaisuus sisältää palvelinten nimet ja jakaa. |
| 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 palaavat boolen arvot jos URI edustaa tiedostoa, UNC-polkua, silmukkaosoitetta tai jos oletusporttinumeroa käytetään tietylle protokollalle. Nämä ominaisuudet ovat IsFile, IsUnc, IsLoopback ja IsDefaultPort.
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ää yhdeksi tietoympäristöksi työkaluja käyttäen eri tavoilla henkilöllisyystodistus 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). Tämän seurauksena kehitettiin yleinen spesifikaatio, jonka avulla voit laajentaa osoitettavien resurssien luetteloa uusien järjestelmien syntymisen vuoksi.
Paikka, jossa URI:ita käytetään, ovat hypertekstilinkkejä, jotka on kirjoitettu tageihin Ja . Sisäänrakennettu graafisia esineitä myös tunnisteiden URI-määritykset Ja
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 luettava, 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. 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:
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ää heksadesimaaliarvoja 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 ("kustannustalojen aiheluokitus" -hakemisto Internetissä). Ja hän saa dekoodauksen aihenumerosta "0-395-36341-6" (esimerkiksi: "kvanttikemia"). URN on suhteellisen uusi versio, HTML:n nykyiset 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 verkkotunnuksen osoitteesta ja puussa olevan HTML-dokumentin täydellisestä osoitteesta HTTP-palvelin.
On myös mahdollista käyttää IP-osoitetta koneosoitteena:
http://144.206.160.40/risk/risk.html
Jos HTTP-protokollapalvelin toimii muussa 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 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.
Tätä järjestelmää käytetään useimmiten julkisten FTP-arkistojen käyttämiseen:
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. Tyypillisesti asiakas kutsuu lisäohjelmaa toimiakseen telnet-protokollan yli. 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 julkisia resursseja, 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 – suunniteltu jakamiseen hypertekstitiedot, rakennettu "asiakas-palvelin" -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 (HyperText Markup Language) – asiakirjojen hypertekstikuvauskieli;
· 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ää 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 vastaanottopyynnön tästä asiakirjasta.
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.
Päästäksesi mihin tahansa verkkoresurssit sinun on tiedettävä, missä ne sijaitsevat ja miten niihin pääsee käsiksi. World Wide Web käyttää standardoitua osoite- ja tunnistusjärjestelmää, joka ottaa huomioon sähköpostin, Gopherin, WAIS:n, telnetin, ftp:n jne. osoittamisen ja tunnistamisen. - URL, Uniform Resource Locator.
URI(Uniform Resource Identifier) (RFC 2396, elokuu 1998) - kompakti merkkijono abstraktin tai fyysisen resurssin tunnistamiseksi. Resurssilla tarkoitetaan mitä tahansa tiettyyn tilaan kuuluvaa esinettä. Sisältää ja ohittaa aiemmin määritetyt URL-osoitteet (RFC 1738/RFC 1808) ja URN:t (RFC 2141, RFC 2611).
URI on tarkoitettu yksilöimään mikä tahansa resurssi.
Jotkut URI-alijoukot:
UURNA Yhtenäinen resurssin nimi – Yksityinen "urn:" URI-järjestelmä, jossa on "nimiavaruuden" alijoukko, jonka on oltava yksilöllinen ja muuttumaton, vaikka resurssia ei enää ole tai siihen ei päästä.
Oletetaan, että esimerkiksi selain tietää, mistä etsiä tätä resurssia.
Syntaksi:
urn:namespace: data1.data2,more-data, jossa nimiavaruus määrittää, kuinka toisen ":" jälkeen olevia tietoja käytetään.
Esimerkki URN:
urn: ISBN: 0-395-36341-6
ISBN - aiheluokittaja kustantamoille
0-395-36341-6 - kirjan tai lehden aiheen tietty numero
URN-numeroa vastaanottaessaan asiakasohjelma käyttää ISBN-numeroa ("kustannustalojen aiheluokitus" -hakemisto Internetissä). Ja saa dekoodauksen aihenumerosta "0-395-36341-6" (esimerkiksi: "kvanttikemia").
URN on laajalti käytössä P2P-verkoissa (kuten edonkey).
Esimerkki URN:stä, joka osoittaa levykuvaan Adobe Photoshop v8.0 edonkey-verkossa:
urn:ed2k://|file|AdobePhotoshopv8.0.iso|940769280|b34c101c90b6dedb4071094cb1b9f2d3|/
ed2k - osoittaa verkkoon
Adobe Photoshop v8.0.iso - tiedoston nimi
940769280 - koko tavuina
- tiedoston tunniste (laskettu hash-funktiolla)
Uniform Resource Locator URL:
URL-osoite(Uniform Resource Locator, RFC 1738) - resurssien yhtenäinen paikannus (indeksi), standardoitu tapa tallentaa resurssiosoite WWW:ssä ja Internetissä. URL-osoitteella on joustava ja laajennettava rakenne, joka ilmaisee resurssien sijainnin verkossa luonnollisimmalla tavalla ja tunnistaa resurssin sen perusteella, miten sitä käytetään (esim. sen "verkkosijainti") sen sijaan, että se tunnistettaisiin nimen tai muiden attribuuttien perusteella. tästä resurssista.
Esimerkki URL-osoitteista:
http://www.ipm.kstu.ru/index.php
ftp://www.ipm.kstu.ru/
Osoitteen esittämiseen käytetään rajoitettua joukkoa ASCII-merkkejä.
Osoitteen yleinen ulkoasu voidaan esittää seuraavasti:
<схема>://<логин>:<пароль>@<хост>:<порт>/<полный-путь-к-ресурсу >
resurssien käyttöjärjestelmä: http, ftp, gopher, mailto, uutiset, telnet, tiedosto, mies, tiedot, whatis, ldap, wais jne.
Kirjautumissalasana- resurssin käyttämiseen käytetty käyttäjätunnus ja salasana
isäntä isännän verkkotunnus tai IP-osoite.
portti- isäntäportti yhteyttä varten
koko polku resurssiin - selventävät tiedot resurssin sijainnista (protokollasta riippuen).
Esimerkki URL-osoitteista:
http://example.com #query oletusaloitussivu
http://www.example.com/site/map.html #pyydä tiettyä sivua tietyssä hakemistossa
http://example.com:81/script.php #yhdistä standardista poikkeavaan porttiin
http://example.org/script.php?key=value #request komentosarjalle välitetyillä parametreilla
ftp://käyttäjä: [sähköposti suojattu]#yhteys ftp-palvelimeen valtuutetulla tavalla
http://192.168.0.1/example/www #yhteys verkko-osoitteen mukaan
file:///srv/www/htdocs/index.html #avaa paikallinen tiedosto
gopher://example.com/1 #yhteys gopher-palvelimeen
URL - Uniform Resource Locators kuvaa tarkasti, kuinka objektiin pääsee.
URL-osoitteiden tulo oli merkittävä innovaatio Internetissä. Keksinnöstä tähän päivään asti URL-standardilla on kuitenkin vakava haittapuoli - se voi käyttää vain rajoitettua määrää merkkejä, jopa pienempiä kuin ASCII: ssa: latinalaisia kirjaimia, numeroita ja vain joitain välimerkkejä.
Jos haluamme käyttää kyrillisiä merkkejä tai hieroglyfejä tai esimerkiksi tiettyjä ranskalaisia merkkejä URL-osoitteessa, tarvitsemamme merkit on koodattava uudelleen erityisellä tavalla.
Venäjänkielisessä Wikipediassa näet esimerkkejä URL-koodauksesta päivittäin, koska venäjän kielessä käytetään kyrillisiä merkkejä. Esimerkiksi rivi, kuten:
http://ru.wikipedia.org/wiki/Microcredit
koodattu URL-osoitteeseen seuraavasti:
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
Tämä muunnos tapahtuu kahdessa vaiheessa: ensin jokainen kyrillinen merkki koodataan Unicodessa (UTF-8) kahden tavun sekvenssiksi, ja sitten tämän sekvenssin jokainen tavu kirjoitetaan heksadesimaalimuodossa:
M → D0 ja 9C → %D0 %9C
ja → D0 ja B8 → %D0%B8
kohtaan → D0 ja BA → %D0%BA
p → D1 ja 80 → %D1%80 jne.
URL-määrittelyn mukaan jokaista tällaista heksadesimaalitavukoodia edeltää prosenttimerkki (%) – tästä tulee englanninkielinen termi "percent-encoding", joka ilmaisee tapaa, jolla merkit koodataan URL-osoitteissa ja URI:issa.
Koska kaikkien aakkosten kirjaimet ovat tämän muunnoksen alaisia, paitsi latinalainen perus, URL-osoite, jossa on sanoja useimmilla kielillä (paitsi englanniksi, italiaksi ja latinaksi), voi muuttua ihmisille lukukelvottomaksi.
Tämä kaikki on ristiriidassa kaikkien johtavien Internet-organisaatioiden, mukaan lukien W3C ja ISOC, julistaman kansainvälisyyden periaatteen kanssa. IRI (International Resource Identifier) -standardi on tarkoitettu ratkaisemaan tämä ongelma - kansainväliset resurssitunnisteet, joissa Unicode-merkkejä voitaisiin käyttää ilman ongelmia ja jotka eivät siten loukkaa muiden kielten oikeuksia.
Muut URL-mallit
HTTP-järjestelmä.
Kaava osoittaa sen tunnisteen, koneen osoitteen, TCP-portin, polun palvelinhakemistossa, muuttujat ja niiden arvot sekä nimiön.
Syntaksi:
http://[
http - mallin nimi
käyttäjä - käyttäjänimi
isäntä - isäntänimi
portti - portin numero
query(<имя-поля>=<значение>{&<имя-поля>=<значение>) - kyselymerkkijono
Määritetty RFC 2068:ssa. Oletuksena portti=80.
Esimerkkejä:
http://ipm.kstu.ru/internet/index.php
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://195.208.44.20/internet/index.php
Jos HTTP-protokollapalvelin toimii muussa TCP-portissa kuin 80, tämä näkyy osoitteessa:
http://195.208.44.20:8080/internet/index.php
http://195.208.44.20/internet/index.php#metka1
"#"-merkki erottaa asiakirjan nimen tarran nimestä.
Muuttujat ja niiden arvot välitetään seuraavasti:
http://ipm.kstu.ru/internet/index.php?var1=value1&vard2=value2
Arvot "muuttuja1" ja "muuttuja2" ovat muuttujien nimiä ja "arvo1" ja "arvo2" ovat niiden arvoja.
FTP-malli
Tämän mallin avulla voit käsitellä FTP-tiedostoarkistoja.
Syntaksi:
ftp://[
ftp - järjestelmän nimi
käyttäjä - käyttäjänimi
salasana - käyttäjän salasana
isäntä - isäntänimi
portti - portin numero
url-polku - polku tiedostoon ja itse tiedostoon
Määritetty RFC 1738:ssa. Oletusarvoisesti portti=21, käyttäjä=anonyymi, salasana=sähköpostiosoite, jos nimi on määritetty, mutta salasanaa ei ole, sitä pyydetään valintaikkunassa.
Esimerkkejä: ftp://ipm.kstu.ru/students/name/
Voit määrittää käyttäjätunnuksen ja salasanan kirjoittamalla ne seuraavasti:
ftp://name:password@ftp://ipm.kstu.ru/students/name/
Tässä tapauksessa nämä parametrit erotetaan koneen osoitteesta @-symbolilla ja toisistaan kaksoispisteellä.
MAILTO-järjestelmä
Tämä järjestelmä on suunniteltu postin lähettämiseen.
Syntaksi:
mailto:[
mailto - järjestelmän nimi
sähköposti-1 (
käyttäjä - käyttäjänimi
isäntä - isäntänimi
e-mail-2 - toinen sähköpostiosoite
query(<имя-поля-заголовка>=<значение>{&<имя-поля-заголовка>=<значение>) - kyselymerkkijono
mailto: [sähköposti suojattu]
Tämä malli siirtää kentät ja niiden arvot:
mailto: [sähköposti suojattu]?subject=Email_subject&body=Text_which_will_inserted_in_the_email
Vastaanottajan osoite voidaan kirjoittaa myös vastaanottaja-kentän arvoksi:
mailto: [sähköposti suojattu]?subject=Email_subject&body=Text_which_will_inserted_in_the_email
Mikä on HTTP?
Ensimmäinen asiakirja (mutta ei standardi) on RFC1945 (Hypertext Transfer Protocol - HTTP/1.0 T. Berners-Lee, R. Fielding, H. Frystyk toukokuu 1996)
Uusin versio- RFC2616 (Hypertext Transfer Protocol -- HTTP/1.1 R. Fielding, J. Gettys, J. Mogul, H. Frystyk, L. Masinter, P. Leach, T. Berners-Lee kesäkuu 1999)
Hypertext Transfer Protocol on hypertekstin siirtoprotokolla, korkean tason protokolla (eli sovellustaso). WWW-palvelu käyttää Web-sivujen lähettämiseen.
HTTP (Hypertext Transfer Protocol, RFC 2616, Nykyinen versio HTTP/1.1) - hypertekstin siirtoprotokolla. Tämä protokolla oli alun perin tarkoitettu hypertekstiasiakirjojen vaihtoon, mutta nyt sen ominaisuuksia on laajennettu merkittävästi (etenkin suoratoistoa tukevia toimintoja on lisätty).
HTTP on tyypillinen asiakas-palvelin-protokolla. Viestit vaihdetaan ASCII-komentojen muodossa. HTTP-protokollan ominaisuus on kyky määrittää pyynnössä ja vastauksessa menetelmä, jolla sama resurssi esitetään erilaisia parametreja: muoto, koodaus, kieli jne. Viestin koodaustavan määrittelemisen ansiosta asiakas ja palvelin voivat vaihtaa binaaridataa, vaikka tämä protokolla on tekstipohjainen.
HTTP-protokolla sovellustaso, mutta sitä käytetään myös "kuljetusvälineenä" muille sovellusprotokollat kuten SOAP, XML-RPC, WebDAV.
HTTP-protokolla määrittää pyyntö-vastausmenetelmän asiakasohjelman ja palvelinohjelman välillä World Wide Web -tekniikassa.
Ladatakseen verkkosivun asiakasselaimeen se lähettää sen asennettuna palvelintietokoneelle erikoisohjelma, jota kutsutaan http-palvelimeksi, vastaava pyyntö ja käsittelee sieltä saadut tiedot. Tässä tapauksessa selaimen tehtävänä on pyytää palvelimelta tietty sivu, vastaanota se ja näytä se käyttäjän näytöllä. Palvelin hyväksyy pyynnön, etsii pyydetyn dokumentin ja antaa asiakkaalle joko löydetyn tiedoston sisällön tai virheilmoituksen, jos tiedostoa ei löydy tai pääsy siihen on jostain syystä kielletty. Tärkeä pointti Tämän prosessin ymmärtäminen on, että http-palvelin ei analysoi lähetetyn asiakirjan sisältöä. Karkeasti sanottuna http-palvelin ei välitä mitä pyydetyn tiedoston sisällä on, se vain siirtää sen selaimeen, ja selain ottaa kaiken vastaanotetun tiedon jäsentelyn ja näyttämisen.
Pyydetyn sivun haku suoritetaan tietystä hakemistosta, joka on varattu tämän sivuston palvelintietokoneelle - linkki tähän hakemistoon on käyttäjän syöttämässä osoitteessa. Jos pääsyä ei käytetä tiettyyn asiakirjaan, vaan koko sivustoon, http-palvelin korvaa automaattisesti siirretyn tiedoston nimen ns. aloitussivulla, jonka nimi on index.htm tai index. .html (joissakin tapauksissa - oletus. htm tai oletus.html). Tämän asiakirjan on sijaittava juurihakemistossa, joka on varattu sivustosi isännöintiin, tai, jos se on erikseen mainittu, hakemistossa nimeltä WWW. Kaikki muut tiedostot voidaan sijoittaa joko samaan hakemistoon tai alihakemistoihin, mikä on joskus kätevää, varsinkin kun sivusto sisältää useita temaattisia osia tai otsikoita.
Luomiesi alikansioiden lisäksi, joihin voit vapaasti sijoittaa lähes mitä tahansa tarvitsemaasi sisältöä, palvelinhakemisto sisältää yleensä useita muita hakemistoja, jotka on mainittava erikseen. Ensinnäkin tämä on CGI-BIN-kansio, jossa sijaitsevat CGI-skriptit ja muut sivustoltasi käynnistetyt interaktiiviset sovellukset sekä useita palveluhakemistoja, joita tarvitaan palvelimen normaaliin toimintaan. Alkuvaiheessa sinun ei yksinkertaisesti pitäisi kiinnittää niihin huomiota. Joskus samassa hakemistossa, johon index.html on tallennettu, on useita lisätiedostoja: not_found.html - asiakirja, joka näytetään, jos http-palvelin ei löytänyt käyttäjän pyytämää tiedostoa, forbidden.html - näytetään virheilmoitus, jos pääsy pyydettyyn asiakirjaan on kielletty, ja lopuksi robots.txt - tiedosto, joka kuvaa erityisesti säännöt, jotka koskevat sivustosi indeksointia hakukoneiden toimesta.
Useimmissa tapauksissa, ja varsinkin kun kotisivu julkaistaan ilmaista isännöintiä tarjoavilla palvelimilla, käyttäjiltä estetään pääsy palveluhakemistoihin ja CGI-BIN-kansioon, ja myös not_found- ja forbidden.html-tiedostojen sisällön muuttaminen on mahdotonta. Tämä on otettava huomioon, jos aiot sisällyttää resurssisi interaktiivista sisältöä, joka edellyttää vähintään kykyä sijoittaa tiedostoja johonkin palvelukansioista. Joissakin tapauksissa sinua saatetaan estää luomasta alihakemistoja palvelimelle, jolloin käyttäjän on tyytyttävä vain yhteen tarpeisiisi varattuun hakemistoon.
Kaikesta sanotusta käy ilmi, että asiakkaan selain voi vastaanottaa ja käsitellä tietoja palvelimelta ja sijoittaa ja muuttaa vain, jos tiedostojen lataaminen palvelimelle on toteutettu HTTP-protokollan perusteella käyttämällä erityisiä CGI-skriptejä, jotka sisältyvät palvelimeen. palvelimen web-käyttöliittymä. Kaikissa muissa tapauksissa sinun on käytettävä ns. ftp-palvelinta, johon voit siirtää tarvittavat tiedostot erityisohjelmiston avulla lataamalla ne automaattisesti sivustollesi varattuun hakemistoon. Molemmissa tapauksissa sinun on tiedettävä kirjautumisnimesi ja salasanasi päästäksesi järjestelmään. On myös muistettava, että useimmat palvelinohjelmat(erityisesti Apache UNIX-yhteensopiville alustoille) erottavat pienet ja isot kirjaimet, joten kaikkien tiedostojen nimet ja niiden tunnisteet tulee kirjoittaa pienillä kirjaimilla ja aina latinalaisilla kirjaimilla virheiden välttämiseksi. Jälkimmäinen johtuu tietyille palvelimille ominaisista eroista venäjän kielen koodausten käsittelyssä.
HTTP-protokolla toimii seuraavasti: asiakasohjelma muodostaa TCP-yhteyden palvelimeen ( Standard huone port-80) ja lähettää sille HTTP-pyynnön. Palvelin käsittelee tämän pyynnön ja lähettää HTTP-vastauksen asiakkaalle.
Vuorovaikutus asiakkaan ja Web-palvelimen välillä tapahtuu viestejä vaihtamalla. HTTP-viestit jaetaan asiakkaan pyyntöihin palvelimelle ja palvelinvastauksiin asiakkaalle.
Pyyntö- ja vastausviesteillä on yhteinen muoto. Molemmat viestityypit näyttävät tältä: ensin on aloitusrivi, sitten mahdollisesti yksi tai useampi otsikkokenttä, jota kutsutaan myös otsikoiksi, sitten tyhjä rivi (eli rivi, joka koostuu merkeistä CR ja LF), joka osoittaa viestin lopun. otsikkokentät ja sitten mahdollisesti viestin runko:
aloitusviiva
otsikkokenttä 1
otsikkokenttä 2
otsikkokenttä N
viestin runko
HTTP-protokollan otsikot
Asiakkaan ja palvelimen aloitusrivien muodot ovat erilaisia, ja niitä käsitellään alla. Siellä on otsikoita neljää tyyppiä:
Yleiset otsikot, jotka voivat olla sekä pyynnössä että vastauksessa;
Pyynnön otsikot, jotka voivat olla vain pyynnössä;
Vastauksen otsikot, jotka voivat olla vain vastauksessa;
Entiteettiotsikot, jotka liittyvät viestin runkoon ja kuvaavat sen sisältöä.
Jokainen otsikko koostuu otsikosta, kaksoispisteestä ":" ja arvosta. Tärkeimmät otsikot on esitetty taulukossa 1.
pöytä 1
HTTP-protokollan otsikot
| Otsikko | Tarkoitus |
| Objektien otsikot | |
| Sallia | Luetteloi palvelimen tukemat menetelmät |
| Sisällön koodaus | Tapa, jolla viestin runko on koodattu, esimerkiksi koon pienentämiseksi |
| Sisältö-pituus | Viestin pituus tavuina |
| Sisältötyyppi | Sisältää vastauksen MIME-sisältötyyppimerkinnän. Content-Type-arvosta riippuen selain tulkitsee vastauksen HTML-sivuksi, gif kuva tai jpeg, levylle tallennettavana tiedostona tai mitä tahansa, ja ryhtyy tarvittaviin toimiin. Jotkut sisältötyypit: text/html - teksti HTML-muodossa (verkkosivu); text/plain - pelkkä teksti (samanlainen kuin Muistio); kuva/jpeg - kuva sisään JPEG-muodossa; kuva/gif - sama, sisään GIF-muoto; Voi myös välittää koodauksen tekstidatalle. Esimerkiksi: charset=windows-1251 charset=koi8-rus Content-Length - vastauksen sisällön pituus tavuina (tiedoston koko). Viimeksi muokattu - asiakirjan viimeisen muokkauksen päivämäärä ja kellonaika. |
| Etag | Ainutlaatuinen resurssitunniste palvelimella, jonka avulla voit vertailla resursseja |
| Vanhenee | Päivämäärä ja kellonaika, jolloin palvelimen resurssia muutetaan ja se on haettava uudelleen |
| Viimeksi muokattu | Päivämäärä ja aika, jolloin sisältöä on viimeksi muokattu |
| Vastauksen otsikot | |
| Ikä | Sekuntien määrä, jonka jälkeen pyyntö on toistettava uuden sisällön saamiseksi |
| Sijainti | Resurssin URI, johon pääsy sisällön saamiseksi |
| Yritä uudelleen | Päivämäärä ja kellonaika tai sekuntien lukumäärä, jonka jälkeen pyyntö on toistettava onnistuneen vastauksen saamiseksi |
| Palvelin | Palvelinohjelmiston nimi, joka lähetti vastauksen |
| Pyynnön otsikot | |
| Hyväksyä | Luettelo selaimen tukemista sisältötyypeistä selaimen mieltymysten mukaan, esimerkiksi: Hyväksy: kuva/gif, kuva/x-xbitmap, kuva/jpeg, kuva/pjpeg, sovellus/vnd.ms-excel, sovellus/msword, sovellus /vnd ms-powerpoint, */* Tämä on ilmeisesti tarpeen siinä tapauksessa, että palvelin voi tulostaa saman asiakirjan eri muodoissa. Tämän parametrin arvoa käyttävät pääasiassa CGI-komentosarjat tietylle selaimelle räätälöidyn vastauksen luomiseen. |
| Hyväksy-merkki | Merkkikoodaukset, joissa asiakas voi hyväksyä tekstisisältöä |
| Hyväksy-koodaus | Tapa, jolla palvelin voi koodata viestin |
| Isäntä | Isäntä- ja porttinumero, josta asiakirjaa pyydetään |
| Jos-Muokattu-Since Jos-Match Jos-Ei-vastaa jos-alue Jos-Ei-muutettu-Since | Pyydä otsikoita resurssien ehdollista käyttöä varten |
| Alue | Pyydä osa asiakirjasta |
| Käyttäjä agentti | Asiakasohjelmiston nimi - arvo on selaimen "koodi", esimerkiksi: Mozilla/4.0 (yhteensopiva; MSIE 5.0; Windows 95; DigExt) |
| Yleiset otsikot | |
| Yhteys | Yhteys - voi ottaa arvot Keep-Alive ja sulkea. Keep-Alive tarkoittaa, että tämän asiakirjan antamisen jälkeen yhteys palvelimeen ei katkea ja pyyntöjä voidaan lähettää lisää. Useimmat selaimet toimivat Keep-Alive-tilassa, koska sen avulla voit "ladata" html-sivun ja kuvat sitä varten yhdessä yhteydessä palvelimeen. Kun se on asetettu, Keep-Alive-tila säilyy ensimmäiseen virheeseen saakka tai kunnes seuraava Connection: close -pyyntö on erikseen määritetty. sulje ("sulje") - yhteys suljetaan, kun tähän pyyntöön on vastattu. |
| Päivämäärä | Päivämäärä ja kellonaika, jolloin viesti on luotu |
| Pragma | Erityiset, toteutuksesta riippuvat komennot koskien siirrettävää sisältöä |
| Siirto-koodaus | Menetelmä viestin koodaamiseksi lähetyksen aikana |
Joissakin otsikoissa arvo on päivämäärä ja aika. Ne on esitettävä RFC 1123:ssa kuvatussa muodossa, esimerkiksi:
Viestin runko sisältää todellisen lähetettyä tietoa– viestin hyötykuorma. Viestin runko on oktettien (tavujen) sarja. Viestin runko voidaan koodata Content-Encoding-objektin otsikossa määritetyllä koodausmenetelmällä.
Asiakkaalta palvelimelle lähetettävä pyyntösanoma koostuu pyyntörivistä, otsikoista (yleinen, pyynnöt, objekti) ja mahdollisesti viestin rungosta.
Pyyntörivi alkaa menetelmällä, jota seuraa pyydetyn resurssin tunniste, protokollaversio ja rivin lopussa olevat merkit:
<Метод> <Идентификатор> <Версия HTTP>
Method määrittää menetelmän, jota käytetään pyydettyyn resurssiin. Esimerkiksi GET-menetelmä osoittaa, että asiakas haluaa noutaa resurssin sisällön. Tunniste identifioi pyydetyn resurssin. HTTP-versio on merkitty seuraavalla rivillä:
HTTP/<версия>.<подверсия>
HTTP-protokollamenetelmät
Katsotaanpa HTTP-protokollan päämenetelmiä.
OPTIONS-metodi pyytää tietoja yhteysvaihtoehdoista (esim. menetelmät, asiakirjatyypit, koodaukset), joita palvelin tukee pyydetylle resurssille. Tämän menetelmän avulla asiakas voi määrittää resurssiin tai palvelimen ominaisuuksiin liittyviä vaihtoehtoja ja/tai vaatimuksia suorittamatta mitään resurssille tai aiheuttamatta sen lataamista.
Jos palvelimen vastaus ei ole virhesanoma, objektiotsikot sisältävät tietoja, joita voidaan pitää yhteysvaihtoehtoina. Esimerkiksi Salli-otsikko luettelee kaikki palvelimen tietylle resurssille tukemat menetelmät.
Jos pyydetty resurssin tunniste on tähti ("*"), OPTIONS-pyynnön on tarkoitus osoittaa palvelin kokonaisuudessaan.
Jos pyydetty resurssin tunnus ei ole tähti, OPTIONS-pyyntö koskee vaihtoehtoja, jotka ovat käytettävissä, kun muodostetaan yhteys määritettyyn resurssiin.
GET-menetelmän avulla voit saada kaikki pyydettyyn resurssiin liittyvät tiedot. Useimmissa tapauksissa, jos pyydetty resurssitunnus viittaa asiakirjaan (esimerkiksi tekstiasiakirjaan, graafinen kuva, video), palvelin palauttaa tämän asiakirjan sisällön (tiedoston sisällön). Jos pyydetty resurssi on sovellus (ohjelma), joka luo dataa, luotu data palautetaan vastausviestin rungossa suoritettavan tiedoston binäärikuvan sijaan. Tätä käytetään esimerkiksi luotaessa CGI-sovelluksia. Jos pyydetyn resurssin tunniste osoittaa hakemistoon (hakemisto, kansio), niin palvelimen asetuksista riippuen joko hakemiston sisältö (tiedostoluettelo) tai jonkin tässä hakemistossa olevan tiedoston sisältö (yleensä index.html tai Default.htm). Jälkimmäisessä tapauksessa kansion nimi voidaan määrittää joko "/"-merkin lopussa tai ilman sitä. Jos tätä merkkiä ei ole tunnisteen lopussa, palvelin lähettää yhden vastauksen uudelleenohjauksella (tilakoodilla 301 tai 302).
Ero tehdään "ehdollisen GET:n" välillä, jossa pyyntösanoma sisältää If-Modified-Since-, If-Unmodified-Since-, If-Match-, If-None-Match- tai If-Range-pyyntöotsikot. Ehdollinen GET-metodi pyytää objektin siirtoa vain, jos se täyttää annetuissa otsikoissa kuvatut ehdot. Ehdollinen GET-menetelmä on tarkoitettu vähentämään tarpeetonta verkon kuormitusta, koska sen avulla voit välttää asiakkaan jo tallentamien tietojen uudelleenlataamisen.
Ero tehdään myös "osittaisen GET:n" välillä, jossa pyyntösanoma sisältää Range-pyyntöotsikon. Osittainen GET pyytää, että vain osa objektista siirretään. Osittainen GET-menetelmä on suunniteltu vähentämään tarpeettomia verkon ylikuormituksia pyytämällä vain osaa objektista, kun asiakas on jo ladannut toisen osan. Range-otsikon arvo on haettavien tavujen alue. Tavut numeroidaan 0:sta alkaen. Alueen aloitus- ja lopputavut erotetaan ”–”-merkillä. Jos haluat saada useita alueita, ne on lueteltu pilkuilla erotettuina.
HEAD-menetelmä on identtinen GET:n kanssa, paitsi että palvelin ei palauta viestin runkoa vastauksessa. HEAD-pyynnön vastauksen HTTP-otsikoiden sisältämät metatiedot ovat identtisiä GET-pyynnön vastauksena annettujen tietojen kanssa. Tällä menetelmällä voidaan hankkia tietoja pyyntöobjektista ilman, että välitetään suoraan objektin runkoa. HEAD-menetelmää käytetään usein hypertekstilinkkien testaamiseen.
POST-menetelmää käytetään pyyntöön, jossa osoitettu palvelin hyväksyy pyynnön sanoman runkoon (objektiin) sisältyvät tiedot ja lähettää sen käsiteltäväksi pyydetyksi resurssiksi määritellylle sovellukselle. POST on suunniteltu toteuttamaan seuraavat toiminnot yleisesti:
Tiivistelmä olemassa olevista resursseista;
Viestin lähettäminen ilmoitustaulujärjestelmään (BBS), uutisryhmiin, postituslistoihin tai vastaavaan artikkeliryhmään;
Tietolohkon, esimerkiksi lomakkeen syötteen tuloksen, siirtäminen käsittelyprosessiin;
Tietokantojen kyselyjen suorittaminen (DB);
Itse asiassa POST-menetelmän suorittaman toiminnon määrittää pyydetyn resurssitunnuksen osoittama sovellus. GET-menetelmän ohella CGI-sovelluksia luotaessa käytetään POST-menetelmää. Selain voi lähettää pyyntöjä POST-menetelmällä lomakkeita lähetettäessä. Tätä varten lomakkeen sisältävän HTML-dokumentin FORM-elementillä on oltava METHOD-attribuutti, jonka arvo on POST.
POST-menetelmällä suoritettu toiminto voi suorittaa toiminnon palvelimella eikä palauta sisältöä toiminnon seurauksena. Tällöin vastauksen tilakoodi voi olla joko 200 (OK) tai 204 (ei sisältöä) riippuen siitä, sisältääkö vastauksessa tulosta kuvaavan sanoman rungon vai ei.
Jos palvelimella oleva resurssi on luotu, vastaus sisältää tilakoodin 201 (Luotu) ja sisältää Location vastausotsikon.
PUT-menetelmällä pyynnössä välitettävän viestin runko tallennetaan palvelimelle ja pyydetyn resurssin tunniste on tallennetun dokumentin tunniste. Jos pyydetty resurssin tunnus osoittaa jo olemassa oleva resurssi, silloin viestin runkoon sisältyvää objektia käsitellään palvelimella sijaitsevan resurssin muokattuna versiona. Jos uusi resurssi on luotu, palvelin ilmoittaa siitä käyttäjäagentille vastaamalla tilakoodilla 201 (Luotu).
Pohjimmainen ero POST- ja PUT-menetelmien välillä on pyydetyn resurssitunnuksen eri arvo. POST-pyynnön URI identifioi resurssin, joka käsittelee viestin runkoon sisältyvän objektin. Tämä resurssi voi olla tiedot vastaanottava sovellus. Sitä vastoin PUT-pyynnön URI identifioi pyyntöön sisältyvän entiteetin sanoman rungoksi, eli käyttäjäagentti osoittaa annetun URI:n sisällytetylle resurssille.
DELETE-menetelmä pyytää palvelinta poistamaan resurssin, jolla on pyydetty tunnus. Palvelin voi hylätä tällä menetelmällä tehdyn pyynnön, jos käyttäjällä ei ole oikeutta poistaa pyydettyä resurssia.
TRACE-menetelmää käytetään palauttamaan lähetetty pyyntö HTTP-protokollatasolla. Pyynnön vastaanottaja (Web-palvelin) lähettää vastaanotetun viestin takaisin asiakkaalle vastausobjektin rungoksi, jonka tilakoodi on 200 (OK). TRACE-pyyntö ei saa sisältää viestin tekstiosaa.
TRACE antaa asiakkaan nähdä, mitä palvelin vastaanottaa toisessa päässä, ja käyttää näitä tietoja testaukseen tai diagnostiikkaan.
Jos pyyntö onnistuu, vastaus sisältää koko pyyntösanoman vastausviestin tekstiosassa ja Content-Type-objektin otsikko on "message/http".
Vastauskoodit
Pyyntösanoman vastaanottamisen ja tulkinnan jälkeen palvelin vastaa HTTP-vastausviestillä.
Vastauksen ensimmäinen rivi on Status-Line. Se koostuu protokollaversiosta, numeerisesta tilakoodista, selittävästä lauseesta, joka on erotettu välilyönneillä, ja rivin lopussa olevasta merkistä:
<Версия HTTP> <Код состояния> <Поясняющая фраза>
Protokollaversiolla on sama merkitys kuin pyynnössä.
Status-Code-elementti on kolminumeroinen (kolminumeroinen) kokonaislukukoodi pyynnön ymmärtämisen ja tyydyttämisen tulokseksi. Reason-Frase on lyhyt tekstikuvaus tilakoodista. Tilakoodi on tarkoitettu käsiteltäväksi ohjelmisto, ja selittävä lause on tarkoitettu käyttäjille.
Tilakoodin ensimmäinen numero määrittää vastauksen luokan. Kahdella viimeisellä numerolla ei ole erityistä roolia luokituksessa. Ensimmäisellä numerolla on 5 merkitystä:
1xx: Tietokoodit - pyyntö vastaanotettu, käsittely jatkuu.
2xx: Onnistuneet koodit- toimenpide vastaanotettiin, ymmärrettiin ja käsiteltiin onnistuneesti.
3xx: Uudelleenohjauskoodit – pyynnön suorittamiseksi on suoritettava lisätoimia.
4xx: Asiakkaan virhekoodit - pyynnössä on syntaksivirhe tai sitä ei voida suorittaa loppuun.
5xx: Palvelimen virhekoodit - Palvelin ei pysty suorittamaan kelvollista pyyntöä.
Kunkin tilakoodin syy-lauseke on lueteltu RFC 2068:ssa, ja se on suositeltavaa, mutta se voidaan korvata vastaavilla ilman, että se vaikuttaa protokollaan. Esimerkiksi HTTP-palvelimien lokalisoiduissa venäjänkielisissä versioissa nämä lauseet korvataan venäläisillä. Taulukko 2 näyttää HTTP-palvelimen vastauskoodit.
taulukko 2
HTTP-palvelimen vastauskoodit
| Koodi | Selittävä lause RFC 2068:n mukaan | Vastaava selittävä lause venäjäksi |
| 1xx: Tietokoodit | ||
| Jatkaa | Jatkaa | |
| 2xx: Onnistuneet koodit | ||
| OK | OK | |
| Luotu | Luotu | |
| Ei sisältöä | Ei sisältöä | |
| Palauta sisältö | Palauta sisältö | |
| Osittainen sisältö | Osittainen sisältö | |
| 3xx: Uudelleenohjauskoodit | ||
| Siirretty tilapäisesti | Siirretty väliaikaisesti | |
| Ei muokattu | Ei muokattu | |
| 4xx: Asiakkaan virhekoodit | ||
| Huono pyyntö | Huono pyyntö | |
| Luvaton | Luvaton | |
| Ei löydetty | Ei löydetty | |
| Menetelmä Ei Sallittu | Menetelmä Ei Sallittu | |
| Pyynnön aikakatkaisu | Pyyntö aikakatkaistiin | |
| Konflikti | Konflikti | |
| Pituus vaaditaan | Pituus vaaditaan | |
| Pyyntökokonaisuus on liian suuri | Pyyntöobjekti on liian suuri | |
| 5xx: Palvelimen virhekoodit | ||
| Sisäinen palvelinvirhe | Sisäinen palvelinvirhe | |
| Ei toteutettu | Ei toteutettu | |
| palvelu ei saatavilla | Palvelu ei ole käytettävissä | |
| HTTP-versiota ei tueta | HTTP-versiota ei tueta |
Tilariviä seuraavat otsikot (yleinen, vastaus ja objekti) ja mahdollisesti viestin runko.
Yksi tärkeimmistä toiminnoista verkkopalvelin on tarjota pääsy osalle paikallista tiedostojärjestelmä. Tätä varten palvelimen asetuksissa on määritetty tietty hakemisto, joka on tämän palvelimen juurihakemisto. Dokumentin julkaiseminen eli sen tekeminen käyttäjien saatavilla jotka "vierailivat" tällä palvelimella (yhteytettyään siihen HTTP:n kautta), on kopioitava tämä asiakirja juurihakemisto Web-palvelin tai jokin sen alihakemistoista. HTTP:n kautta muodostettaessa palvelimelle luodaan käyttäjäoikeuksilla varustettu prosessi, jota ei pääsääntöisesti ole olemassa, mutta joka on erityisesti luotu palvelinresurssien katseluun. Määrittämällä tietyn käyttäjän oikeudet ja käyttöoikeudet voit hallita verkkoresurssien käyttöä.
Harkitse yksinkertaisinta HTTP esimerkki- pyyntö. Jos kirjoitamme osoitteen http://yandex.ru selaimen osoiteikkunaan, selain määrittää yandex.ru-palvelimen IP-osoitteen ja lähettää sen porttiin 80 HTTP-pyyntö:
HANKI http://yandex.ru/ HTTP/1.0
Hyväksy: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/msword, application/vnd.ms-powerpoint, */*
Hyväksy-kieli: fi
Eväste: yandexuid=2464977781018373381
User-Agent: Mozilla/4.0 (yhteensopiva; MSIE 5.5; Windows 98)
Isäntä: yandex.ru
Viite: narod.ru
Välityspalvelinyhteys: Keep-Alive
Pyyntö lähetetään salaamattomana tekstimuoto. Pyynnön tärkein osa sijaitsee ensimmäisellä rivillä: Tämä on pyyntötyyppi (GET), URL-osoite pyydetty asiakirja (http://yandex.ru) ja HTTP-protokollan versio (HTTP/1.0). Seuraavat ovat pyyntöparametrit. Jokainen rivi vastaa yhtä parametria. Rivin alussa menee nimi parametri, sitten kaksoispiste ja parametrin arvo.
Hyväksy - tietotyyppi, jonka selain voi hyväksyä (MIME-koodauksella).
Accept-Language - ensisijainen kieli, jolla selain haluaa hyväksyä tietoja. User-Agent - pyynnön lähettäneen ohjelman tyyppi.
Isäntä – sen isäntänimi (tai IP-nimi), jolle pyyntö on osoitettu.
Eväste - evästeet (tiedot, jotka palvelin on tallentanut paikallinen levy asiakas, kun vierailet tällä isännällä viimeksi).
Referer - isäntä, jonka sivulta lähetämme pyynnön. Joten jos esimerkiksi olemme sivulla http://narod.ru ja napsautamme linkkiä http://yandex.ru siellä, pyyntö lähetetään isäntälle yandex.ru ja viittauspyyntökenttä sisältää isäntänimen narod.ru.
Pyyntöparametrien joukko ei ole kiinteä. Listattujen lisäksi voi olla muitakin parametreja.
Mielenkiintoisimmat parametrit ovat referer ja cookie. Näitä parametreja käytetään ensisijaisesti käyttäjän tunnistamiseen palvelimelle.
HANKI pyyntö voi sisältää asiakkaalta palvelimelle lähetettyä dataa. Ne lähetetään suoraan URL-osoitteen kautta käyttäen CGI-protokollaa. Tiedot erotetaan URL-osoitteesta "?" ja yhdistetty "&":lla:
SAADA
Tämän tyyppinen tiedonsiirto palvelimelle on kätevää, mutta sillä on rajoituksia äänenvoimakkuuden suhteen. Liian suuria tietomääriä ei voida siirtää URL-osoitteen kautta. Tällaisia tarkoituksia varten on olemassa toisenlainen pyyntö: POST-pyyntö. POST-pyyntö on hyvin samanlainen kuin GET, sillä ainoa ero on, että POST-pyynnön tiedot lähetetään erillään itse pyynnön otsikosta:
Pyynnön runko on erotettava otsikosta tyhjä rivi. Jos palvelin kohtaa tyhjän rivin POST-pyynnössä, se pitää kaiken seuraavaksi pyynnön rungoksi (lähetetyt tiedot). Huomaa seuraava: tietomuoto POST-pyynnön rungossa on mielivaltainen. Vaikka CGI on yleisimmin käytetty muoto, sitä ei vaadita. Lisäksi POST-pyyntö ei vaadi pyynnön runkoa, ja se voi myös lähettää tietoja URL-osoitteen kautta.
CGI-muodon lisäksi suuria tietomääriä (esimerkiksi tiedostoja) käytetään joskus niin sanottua CGI-muotoa. moniosainen muoto (lähetettyjen tietojen muoto määräytyy Content-Type-parametrin mukaan):
Nykyaikaiset selaimet sisältää työkaluja verkkokehittäjille, joiden avulla he voivat saada tietoja lähetetyistä julkaisupyynnöistä. Jos sinun tarvitsee tarkastella vain muutaman pyynnön otsikoita, niiden käyttäminen on helpompaa ja nopeampaa kuin muut menetelmät.
Jos käytät Firefoxia, voit käyttää sen verkkokonsolia. Se näyttää pyyntöjen otsikot ja sisällön siirretyt tiedostot keksit. Käynnistä se avaamalla selaimen valikko, napsauttamalla "Web Development" ja valitsemalla "Web Console". Aktivoi näkyviin tulevassa paneelissa Verkko-painike. Kirjoita menetelmän nimi – post – suodatinkenttään. Riippuen tavoitteistasi, napsauta haluamasi pyynnön lähettävän lomakkeen painiketta tai päivitä sivu. Lähetetty pyyntö näkyy konsolissa. Napsauta sitä nähdäksesi lisätietoja.
Selain Google Chrome on tehokkaat virheenkorjaustyökalut. Voit käyttää niitä napsauttamalla jakoavainkuvaketta ja laajentamalla sitten "Muokkaa ja hallinnoi Google Chromea" -kohdetta. Valitse Työkalut ja käynnistä Developer Tools. Valitse työkalupalkista Verkko-välilehti ja lähetä pyyntösi. Etsi haluamasi pyyntö luettelosta ja napsauta sitä tutkiaksesi yksityiskohtia.
SISÄÄN Opera selain Opera Dragonfly -kehittäjille on sisäänrakennettuja työkaluja. Käynnistääksesi ne, napsauta hiiren kakkospainikkeella haluamaasi sivua ja valitse "Tarkista elementti" -kontekstivalikosta. Siirry Kehittäjätyökalujen Verkko-välilehteen ja lähetä pyyntösi. Etsi se luettelosta ja laajenna se tutkiaksesi palvelimen otsikot ja vastaukset.
Internet Explorer 9 sisältää F12 Developer Tools -nimisen sarjan, joka tarjoaa yksityiskohtaisia tietoja suoritetuista kyselyistä. Ne käynnistetään painamalla F12-painiketta tai käyttämällä "Palvelu"-valikkoa, joka sisältää samannimisen kohteen. Voit tarkastella pyyntöä siirtymällä "Verkko"-välilehteen. Etsi tietty kysely yhteenvedosta ja kaksoisnapsauta laajentaaksesi tiedot.
Chrome- ja Internet Explorer 9 -selaimet sisältävät sisäänrakennettuja työkaluja, joiden avulla voit tarkastella lähetettyä julkaisupyyntöä yksityiskohtaisesti. Saadakseen täydelliset tiedot käytä niitä tai Firefoxia Firebug-laajennuksen kanssa. Se on erittäin kätevä kyselyjen usein tutkimiseen, esimerkiksi verkkosivustojen virheenkorjauksen yhteydessä.
Jos haluat tarkastella jonkin muun ohjelman kuin selaimen lähettämää pyyntöä, käytä Fiddler HTTP -virheenkorjausohjelmaa. Se toimii välityspalvelimena ja sieppaa minkä tahansa ohjelman pyynnöt ja tarjoaa myös erittäin yksityiskohtaista tietoa niiden otsikoista ja sisällöstä.
