Kliens-szerver webes technológiák
Bevezetés. A szerkezet a webes technológiák
A cél az előadás bizonyította, hogy a webes technológiák végre az általános elveket a kliens-szerver technológia. Tekintsük a legfontosabb elemei a mögöttes HTTP protokoll.
A téma természetesen ez egy globális hálózati technológia World Wide Web (WWW rövidített vagy egyszerűen Web). Az orosz közös lehetőség az úgynevezett „Web”.
Különösen a tanfolyam foglalkozik olyan kérdésekkel, mint: az alapvető internetes szabványok és hálózati protokollokat, jelölő nyelvek és weblap programozás, fejlesztő eszközök, és kezelése webes tartalmak és alkalmazások az interneten, azt jelenti, hogy integrálja a webes tartalom és alkalmazások az interneten.
Network Web globális információs tér alapuló fizikai infrastruktúrája az internet és a HTTP kommunikációs protokollt. Gyakran előfordul, hogy beszélünk az internet jelenti azt, hogy a Web hálózaton.
Az alapul szolgáló hálózati protokoll hipertext webes források a HTTP protokoll. Ez alapján a kölcsönhatás a „kliens-szerver”, hogy van, azt feltételezzük, hogy:
Az ügyfél-kezdeményező kapcsolatot a szolgáltató szerver elküldi a kérelmet;
Szállító szerver. a kérelem kézhezvételét elvégzi a szükséges műveleteket, és visszaadja a választ az ügyfél felé az eredménnyel.
Kétféle módon lehet megszervezni a munkát az ügyfél számítógépen:
Thin Client - egy kliens számítógép, ami magában hordozza az összes információt feldolgozási feladatokat a szerveren. Egy példa a vékony kliens biztosítja a számítógép olyan böngészőt használnak dolgozni webes alkalmazások.
Vastag kliens. másrészt, feldolgozza az információkat, függetlenül attól, hogy a kiszolgáló az utolsó alapvetően csak az adatok tárolására.
Mielőtt rátérnénk a konkrét kliens-szerver webes technológiák, úgy az alapelveket és szerkezete a mögöttes HTTP protokoll.
http protokoll
HTTP (Hypertext Transfer Protocol - RFC 1945 RFC 2616) - Alkalmazási réteg protokoll átvitelére hipertext.
A központi objektum egy HTTP erőforrás. ami azt jelzi, az URI-t az ügyfél kérésére. Általában ezek a források tárolt file szerver. A jellemzője a HTTP protokoll az a képesség, hogy meghatározza a kérés és válasz módon mutatja ugyanazt az erőforrást a különböző paraméterekkel: .. A formátum, kódolás, nyelv, stb, mert a lehetőséggel, hogy meghatározza a kódolási módszer a kliens és a szerver kommunikáció cserélhet bináris adatokat, bár kezdetben ezt a protokollt úgy tervezték, hogy továbbítja a karakter információ. Első pillantásra ez úgy tűnik, az erőforrások pazarlását. Sőt, az adatok szimbolikusan elfoglalni több memória, az üzenetek további nyomást a kommunikációs csatornákat, de ez a méret sok előnye van. Üzenetek hálózaton továbbított, olvasható, és az adatok elemzése, a rendszergazda könnyen megtalálja a hibát, és korrigálja. Ha szükséges, a szerepe az egyik interaktív alkalmazások képes végrehajtani az emberek kézzel kell bevinni az üzeneteket a kívánt formátumban.
Szerverek - forgalmazói tárolási szolgáltatások és adatfeldolgozási (kérelmek feldolgozásának).
Az ügyfelek - a végfelhasználók szerver szolgáltatások (Levél kérésre).
A proxy szerverek működésének támogatása a közlekedési szolgáltatások.
„Klasszikus” HTTP-session, a rendszer így néz ki.
Így az ügyfél küld egy kérést a szervernek, választ kap rá, ami után a reakció megszűnik. Jellemzően az ügyfél kérésére a kérés, hogy át HTML-dokumentum vagy bármely más erőforrás, és a szerver válaszát kódot tartalmazza az erőforrás.
A szerkezet a HTTP-kérést továbbított ügyfél-kiszolgáló, a következő elemeket tartalmazza.
A vonal állapota (néha lásd még annak használata a feltételek sor tagság vagy a query string).
Az állapotsor a fejléc mezők nevezik a kérés fejlécében.
Ábra. 1.1. A szerkezet az ügyfél kérésére.
Az állapotsor a következő formában:
metod_zaprosa URL_pecypca versiya_protokola_NTTR
Tekintsük az állapotsorban alkatrészek, különös figyelmet fordítva a módszerek a kérelmet.
Módszer. mondta az állapotsor, a módszerrel a hatása a forrás URL van megadva az azonos sorban. Módszer vehet az értékeket GET, POST, HEAD, PUT, DELETE stb Annak ellenére, hogy a rengeteg módszer web programozó nagyon fontos, csak ketten: GET és POST.
GET. Szerint a hivatalos meghatározás szerint a GET módszer célja, hogy az erőforrás a megadott URL-t. Miután megkapta a GET kérést, a szerver el kell olvasnia a megadott erőforrás és az erőforrás-kódot, hogy a válasz az ügyfélnek. Resource, URL vezetjük részeként a lekérdezés nem kell, hogy egy HTML-oldalt, képfájl, vagy más adatokat. Erőforrás URL mutathat a végrehajtható programkódot, amely bizonyos feltételek mellett, futnia kell a szerveren. Ebben az esetben az ügyfél nem adja vissza a program kódot és adatot keletkezett a folyamat végrehajtása érdekében. Annak ellenére, hogy definíció szerint a GET módszer célja, hogy információt, akkor is lehet használni más célokra. A GET módszer jól alkalmazható átvitelére kis adatok a szerverre.
POST. Ugyanezen hivatalos meghatározása, a fő célja a módszer POST - az adatoknak a szerverre. Azonban, mint a módszer GET, POST módszert lehet alkalmazni különböző módon és gyakran használják, hogy információkat szerezzen a szerverről. Ahogyan az a módszer GET, URL, meg az állapotsorban jelzi az adott erőforrás. POST módszerrel is fel lehet használni, hogy elindítsa a folyamatot.
HEAD PUT és módszerek módosításai GET és POST módszert.
Verzió a HTTP protokoll. mint általában, ez a következő formában:
fejléc mezőben. követően a status bar, lehetővé teszi, hogy meghatározza a kérést, azaz át további információkat. header mező formátuma a következő:
Cél által meghatározott mező a neve, amely elkülönül az értékeket a vastagbélben.
A nevét néhány a leggyakrabban az ügyfél kérésére fejléc mezőket és céljuk táblázatban mutatjuk be. 1.1.
Táblázat 1.1. HTTP kérés fejlécében területén.
Cache-Control irányelvet. Például nem-cache azt jelenti, hogy az adatok nem cache
Alább látható egy példa a kiszolgáló válaszát a lekérdezés az előző részben. A szervezet a válasz tartalmazza az eredeti szöveg a HTML-dokumentum.
operand1:
operand2:
fejléc mezőket és az üzenet test lehet jelen, de a vonal állapot elengedhetetlen eleme, mert azt jelzi, hogy milyen típusú kérés / válasz.
Field nevű Content-type meg lehet találni az ügyfél kérésére és a kiszolgáló válaszát. A mező határozza MIME típusú tartalom kérés és válasz. MIME típusú továbbította az Accept fejléc mező van jelen a kérelmet.
Specifikációja MIME (Multipurpose Internet Mail Extension - többcélú Internet Mail Extension) eredetileg kidolgozni annak érdekében, hogy biztosítsák az átviteli különböző adatformátumok részeként e-maileket. Azonban MIME alkalmazás nem korlátozódik az e-mail. MIME alapokat már sikeresen alkalmazzák a WWW, sőt, szerves részévé vált a rendszer.
MIME szabvány célja, mint egy bővíthető leírás, ami azt jelentette, hogy a több adattípusok nőni fog a fejlesztési formák adatok bemutatása. Minden új típusú kötelező regisztrálni kell IANA (Internet Assigned Numbers Authority).
Eljövetele előtt MIME számítógépek segítségével kommunikálnak a HTTP protokoll, cserélt kizárólag szöveges információkat. Képek átvitele, valamint az átviteli bármely más bináris fájlok kellett használni az FTP protokollt.
Összhangban MIME specifikáció. leírni a formátum által használt adatokat a típusát és altípusát. A típus meghatározza, hogy milyen class méret HTTP-kérés vagy HTTP-válasz. Altípus meghatározza a formátumot. A típus és altípus vannak elválasztva egy perjel:
Mint a legtöbb esetben, válaszul az ügyfél kérésére, a kiszolgáló a forráskód HTML-dokumentum, a Content-type válasz általában értéket tartalmazó text / html. Itt a szöveg leírja a típus azonosítót, jelezve, hogy az ügyfél át a karaktert információ, és az azonosító html leírja altípus, azaz Azt jelzi, hogy a szimbólumok sorozatát tartalmazta a válasz törzse dokumentum leíró nyelv HTML.
A lista MIME-típusok és altípusok elég nagy. Táblázat. 1.4 példái MIME-típusok, a leggyakoribb címeket HTML-kérések és válaszok.
1.4 táblázat. MIME adattípusok.
Egyedileg azonosítja Web hálózati erőforrások egyedi azonosítót használ URL-t.
Uniform Resource Identifier URI (Uniform Resource Identifier) egy rövid karaktersorozat, amely azonosítja egy absztrakt vagy fizikai erőforrások. URI nem jelzi, hogyan lehet megszerezni források, de csak azonosítja. Ez lehetővé teszi, hogy leírja RDF (Resource Description Framework) erőforrásokat nem lehet beszerezni az interneten keresztül (nevek, címek, stb.) A legismertebb példák URI - Ez az URL és urnát.
URL (Uniform Resource Locator) - ez URI, amely azon túlmenően, hogy azonosítsa az erőforrás, több információt nyújt, és a helyét a forrás.
URN (Uniform Resource Name) - ez URI, amely azonosítja az erőforrás egy adott névtér, de eltérően az URL, urna nem jelzi a helyét a forrás.
URL felépítése a következő:
rendszer - az erőforrás referencia-áramkör (jellemzően egy hálózati protokoll);
belépés - felhasználónév hozzáféréshez használt erőforrás;
jelszó - tartozó jelszó a megadott felhasználói nevet;
port - a fogadó portot a kapcsolat;
URL-utas - pontos információkat a helyét a forrás.