Működési elvek http

A '90 -es évek közepén vált egy nagyon népszerű WWW (World Wide Web) - «World Wide Web.” Ez egy sor protokollok és programok az interneten, amely tájékoztatást nyújt a hipertext formátumban. A híres böngésző Mosaic által létrehozott National Center for használata szuper-számítógépek (National Center for Applications Szuperszámítógép, NCSA) volt az első grafikus webböngésző, és segített, hogy népszerűsítse a WWW. Web alakult 1989-ben az Európai Részecskefizikai Laboratórium (European Laboratory részecskefizika, a CERN), Timothy Berners-Lee (Timothy Berners-Lee). Jelenleg az összes vonatkozó előírásoknak az interneten, a felelős konzorcium World Wide Web (W3C).

Csomagolási és adatátviteli protokollok használt Web MIME (Multipurpose Internet Mail Extensions) és a TCP / IP (Transmission Control Protocol / Internet Protocol), valamint más, mint az FTP és a Telnet. Kifejezetten a Web mutató URL (Uniform Resource Locator), HTTP protokoll (Hypertext Transfer Protocol), a nyelv a HTML (Hypertext Markup Language) felület és CGI (Common Gateway Interface).

Uniform Resource Locator (URL)

Mindez elérhető volt korábban, de a megjelenése URL nagymértékben egyszerűsödik a program, bemutató értékes információkat hipertext környezetben. Érvényes URL-korszak a folyamat át az összes információt a szerver, fájl, protokoll, használati és érvek meglehetősen kényelmetlen, különösen a kezdők. Az Advent a sokkal egyszerűbb URL egész szerkezet.

Az URL az alábbi összetevőkből áll:

ahol <схема> - sémanevű (használt protokoll, mint a http, ftp, stb ...) és <специальное_имя> - ez a név olyan formában, amely függ a használt rendszer.

Sok az URL-t a következő formátumban:

<пользователь> - a felhasználó nevét, ha szükséges (például FTP nem a névtelen bejegyzés);

<пароль> - felhasználói jelszó nevét;

- száma IP-portot a kapcsolat (ha nincs megadva, akkor az alapértelmezett érték a protokoll);

<путь> - URL-hez társított adatok, gyakran jelzi a könyvtár és a fájl nevét.

A Web-oldal URL a következőképpen néz ki:

Töredék http jelzi, hogy az URL-ben a HTTP protokoll;

www.fictionalcorp.com - a kiszolgáló nevét, amelyhez a felhasználó akar csatlakozni;

/corpinfo/sales.html - az alkönyvtár nevét és HTML-tárolt fájlok web-oldal.

Az alábbiakban felsorolunk néhány népszerű rendszerek:

http protokoll HTTP

https HTTP protokoll titkosított SSL (Secure Socket Layer)

ftp protokoll FTP

Usunet News

fájlnevek a fájlok egy bizonyos gazda

telnet Telnet interaktív munkamenet

A rövidebb URL - http: //www.fictionalcorp.com- jelöli a „főoldalra” A szerver, ha nincs kifejezetten adja meg a fájl nevét, a HTTP-kiszolgálók használja az alapértelmezett értéket (gyakran default.html vagy index.html) .. A fenti URL átalakíthatjuk egy explicit formában: http://www.fictiorialcorp.com/default.html.

FTP, használ hasonló szintaxis. Találjanak fájl bar.txt alkönyvtár / ize FTP szerver ftp.fictionalcorp.com nyelvű URL a következő:

ftp://ftp.fictionalcorp.com/foo/bar.txt

Részleges vagy relatív URL - az egyik, hogy nem tartalmazza a protokoll, host, port, vagy út, de csak viszonylagos erőforrás nevét. Például, ha a web-site http://www.fictionalcorp.com/piiblic/foo/bar.html utal bletch.html, ez nem más, mint egy viszonylagos formáját http://www.fictionalcorp.com/public/ foo / bletch.html.

Ehelyett alkönyvtár nevét és a fájl URL tartalmazhat más információt az erőforrást. Mivel a vas az URL az NNTP protokoll:

Általánosságban elmondható, hogy csak alfanumerikus karaktereket kell használni az URL-ben, mint a legtöbb speciális karakterek vannak fenntartva, vagy közvetlen felhasználása nem biztonságos. Az előbbi tartalmazza: ";", "/", "?", ":", "@", "=", "" Megbízhatatlan szimbólumok - "<», «>»,«»» «#» «%», «», «|», «\», «», «-», «[», «]», «„».

Ha a megosztás neve tartalmazza a fenntartott karaktert vagy szimbólumot, amely nem tartozik az US-ASCII, majd használat előtt kell kódolni az URL nevét. Amikor kódoló karakter helyébe három új - százalékjel (%) és a két hexadecimális értéket a kódot a karaktert ki kell cserélni.

HTTP protokoll - alapanyagok és meglehetősen egyszerű módja közötti adatátvitelre Web-szerver és a kliens. Eljövetele előtt a Web és HTTP át fájlokat az interneten, mint a protokoll input / output leggyakrabban használt FTP.

HTTP - ez a kompakt, gyors I / O protokoll, amely együttműködik az URL, és úgy tervezték hipertext / hipermédia környezetben. Ellentétben FTP, ez a protokoll hontalan, és csak néhány parancsot (módszereket). Használata révén a MIME, HTTP alkalmazkodik sok adat formátumok és a különböző feladatok I / O

HTTP - kliens-szerver protokoll, amely megvalósítja a kérés / válasz modellben. HTTP-ügyfél vagy felhasználói ügynök (általában egy Web böngésző), csatlakozik a HTTP-szerver egy URL-t és olyan erőforrást kér, mint a HTML-dokumentum.

Beágyazására adatok ebben a modellben egy kiterjesztett MIME. Az adatszerkezet küldi a kliens és a szerver hasonlít az e-mail. Ez egy üzenet törzse és a metaadatok (üzenet fejléc). A HTTP protokoll információt küld a MIME formátumban. Metaadat szükséges információkat továbbítja az adatokat a HTTP-kiszolgáló és az ügyfél. Azonban HTTP segítségével a bináris formátum, ami jellemzően MIME (7 bites korlátozások mail gateway) nem teszi lehetővé.

A kommunikációs esemény általában valamilyen HTTP-kliensek (webböngésző), valamint a HTTP szerverek (Web-szerverek) és kevesebb - proxy. Legutóbbi hozam, mint a szerver, hogy az ügyfél és a kliens egy másik szerverre, át az eredeti ügyfél kérelmét átjárón keresztül (például egy tűzfal között a céges intranet és az internet).

Hagyományosan, a HTTP kliensek és szerverek kommunikálnak a 80. TCP / IP port, alapesetben van fenntartva HTTP. Azonban lehet használni, és más kikötőkben, világosan fel van tüntetve az URL-t. Ezen kívül, azt vegye figyelembe, hogy a HTTP nem jár a használata csak a TCP / IP és tökéletesen működik, más protokollokkal garantált szállítás.

Web-böngésző gyakran kezeli web-oldal, hogy áll sok tárgy, például a HTML-dokumentumot, és több képet (GIF, JPEG, PNG, stb.) A legtöbb HTTP-kliens elolvasta a HTML-dokumentum teremt csak egy szál (egy kapcsolatot a szerver), majd még néhány szál (mindegyik külön kapcsolatot a szerver), így más szükséges fájlokat. A kapcsolat létrejötte kérésre a kliens és a szerver elromlott után a válasz.

Minden HTTP-tranzakció közös formátumban. Minden ügyfél kérésére és szerver három részből áll: a query string (válasz) fejlécében és a test. Az ügyfél kezdeményezi a tranzakciót az alábbiak szerint:

GET /index.html HTTP / 1.0

GET módszert alkalmazunk, amely segítségével a HTTP 1.0 verzió kérik index.html dokumentumot. HTTP módszerek részletesebben tárgyaljuk az alábbiakban.

2. A kliens elküldi a fejléc információ (nem kötelező), hogy elmondja a szerver konfigurációs információkat és adatokat a formátumokhoz hogy el tudja fogadni. Minden fejléc információt vonal jelöl, és soronként egy nevet és egy értéket. Például a következő fejléc az ügyfél által küldött, ez tartalmazza a nevét és verziószámát, valamint tájékoztatást néhány előnyös kliens típusú dokumentumokat:

User-Agent: Mozilla / 4,05 (WinNT 1)

Accept: image / gif, image / x-xbitmap, image / jpeg, image / pjpeg, * / *

Záró cím üres sort.

3. Miután a kérelem elküldését és fejlécek, az ügyfél küldhet és további adatokat. Ezek az adatok elsősorban a CGI-program, amely a POST metódust. Kliensek (pl Netscape Navigator-Gold) is használja őket, az oldal szerkesztése vissza a szobába a Web-szerver.

A szerver az ügyfél kérésére az alábbiak szerint:

1. Az első rész a szerver válaszát - egy állapotsor, amely három területen: HTTP verzió, állapot kódját és leírását. A verzió mező száma HTTP változat, amely a kiszolgáló választ adni.

Status Code - egy háromjegyű szám, amely azt jelzi, feldolgozásának eredménye az ügyfél kérésére a szerver. Leírás követő állapot kódot egyszerűen emberi olvasásra magyarázó szöveget a status kódot. Például az állapotsorban

Azt mondja, hogy a választ a szerver a HTTP 1.0 verzió. A status code 200 azt jelzi, hogy az ügyfél kérelme sikeres volt, és a kért adatok átkerülnek a fejléc után.

2. Amikor az állapotsorban szerver elküldi az ügyfél fejléc információ, amely az adatok a szerveren, és kérés dokumentumokat. Az alábbiakban egy példát fejléc:

Záró cím üres string.

3. Ha az ügyfél kérésére sikeres, majd elküldi a kért adatokat. Ez lehet egy példányát egy fájl vagy az eredmény a CGI-programot. Ha az ügyfél kérésére nem lehet kielégíteni, a kiegészítő adatok kerülnek átvitelre formájában intuitív felhasználói magyarázatot, hogy miért a szerver nem tudja teljesíteni a kérelmet.

A HTTP 1.0 szerver, az átadás a kért adatot kellene lekapcsolás az ügyfél és az ügylet tekinthető teljesnek, ha nem sugározzák fejléc Connection: Keep Alive. Ez nem szakítja meg a kapcsolatot, és az ügyfél küldhet más igényekkel A HTTP 1.1 kiszolgáló alapértelmezés szerint. Mivel sok a dokumentumok tartalmát egyéb dokumentumok - képek, keretek, appletek, stb Ez lehetővé teszi, hogy az ügyfél, hogy időt és költségeket, amelyek egyébként ki kellett volna, hogy csak egy oldal ismételten csatlakozni ugyanazon a szerveren. Így a HTTP 1.1 tranzakció ciklikusan ismételjük, amíg a kliens vagy a szerver lezárja a kapcsolatot explicit módon.

HTTP nem tárol információt a tranzakciók, így a következő ügyleteket kell kezdeni újra. Az előnye az ilyen szabályok interakció az, hogy a HTTP szervert lehet karbantartani egy adott idő alatt sokkal több ügyfelet, mert kiküszöböli a járulékos költségeket stúdiómunkára egyik vegyület a másikra. Van egy hátránya: hogy adatokat tároljon a tranzakciók bonyolultabb CGI-programokat kell használni a rejtett beviteli mezők vagy külső eszközökkel, mint például a „kulcs” (cookie) Netscape.

Kapcsolódó cikkek