HTTP (Hypertext Transfer Protocol)

Lépett hatályba:

HTTP (Engl H yperT ext T ransfer P kiegészítő jegyzőkönyvét -. «Hypertext Transfer Protocol") - egy hálózati alkalmazási réteg protokoll adat. A protokoll alapján a „kliens-szerver” technológiát, azaz a létezését feltételezi, a fogyasztók (ügyfelek), hogy kezdeményezi a kapcsolatot, és küld egy kérést, és a szolgáltatók (szerver), hogy várják a csatlakozási kérelmet, előállítani a szükséges intézkedéseket, és visszatér az üzenetet vissza az eredményt.

HTTP használják más alkalmazási réteg protokollok, valamint a transzfert a szerver a kliens semmiféle tárgyat: a képek, scriptek, CSS-fájlok, adatfájlok. Azt is működik az ellenkező irányba - töltse ki a fájl szerver, küldés formák, stb AJAX-alkalmazások is nyilvánvalóan kommunikálni a szerveren keresztül HTTP. Néha HTTP használják konkrétabb dolgokat, például tartalom kezelésére WebDAV szerver, XML-RPC, WebDAV.

protokollparamétereket

HTTP üzenet

HTTP üzenetek olyan ügyfél kéri, hogy a szerver és a szerver válaszol a kliensnek.

HTTP (Hypertext Transfer Protocol)

ügyfélkapcsolati (UA), a cache és a forrás szerver a HTTP protokoll

Üzenet kérés és válasz az RFC-822 közös üzenet átadásának formátumát tárgyak (adatmező az üzenet). Mindkét típusú üzenetek állnak a rajtvonalon, egy vagy több fejléc mezők (más néven „fejlécek”), egy üres string (azaz egy string, amely CRLF), a jelölést a végén a fejléc mezőket, és egy opcionális üzenet szövegét.

A biztonság érdekében ajánlott szerverek figyelmen kívül hagyja az üres sorokat elő, amikor a becsült Request-Line (query string). Más szóval, ha a szerver nem olvassa a protokollt patak elején az üzenetet, és kap egy CRLF először is figyelmen kívül kell hagynia a CRLF.

HTTP metódus (angol HTTP módszer.) - a szekvencia bármely más karaktereket, mint a kontroll és a szeparátorok, jelezve az alap működését az erőforrás. Az eljárás jellemzően egy rövid angol szó nagybetűvel írott. Vegye figyelembe, hogy az eljárás neve kis- és nagybetűket.

Minden szerver fenntartásához szükséges legalább a GET és HEAD módszerekkel. Ha a szerver nem ismeri az eljárás az ügyfél által megadott, akkor vissza kell térnie az állapota a 501 (nem valósult meg). Ha a módszer szerver ismert, de nem alkalmazható az adott forrás, visszatér egy üzenetet a kód 405 (Nem engedélyezett módszer). Mindkét esetben a szerver kell venni az üzenet fejlécében engedélyezése választ egy listát a támogatott módszerekkel.

Amellett, hogy a GET és HEAD módszerek. Gyakran használják a POST módszer.

A szemantika a módszer változik "feltételes GET", ha a kérelem üzenet olyan területeken If-Modified-Since fejlécet, ha-módosítatlan-, mivel ha-Match, If-None-Match, vagy ha-tartomány. Eljárás feltételes GET kérések továbbítása a tárgy csak akkor, ha a leírt követelményeknek megfelelő fejléc mezőket. Feltételes GET módszer célja, hogy csökkentse a felesleges hálózati forgalmat, így frissítése caching tárgyak küldése nélkül több kérelmet, vagy adatátvitel már elérhető az ügyfél. A szemantika a GET módszer megváltoztatása a „részleges GET”, ha a kérelem üzenet tartalmaz egy sor fejléc mezőt. Kérjen egy részleges GET, amelyek célja, hogy az átadást csak része az objektumot. részleges GET módszer célja, hogy csökkentse a felesleges hálózati kommunikáció, amely lehetővé teszi a szállítmány csak egy része az objektum, amely szükséges az ügyfél, és anélkül, hogy elküldi a meglevő alkatrészeket.

A HEAD módszer azonos GET az eltéréssel, hogy a szerver nem küld az üzenet szövegét. Meta szereplő információk a fejléceket a válasz HEAD kérést meg kell egyeznie a küldött információkat, válaszul a GET kérés. Ez a módszer használható, így a meta-adatok a tárgy a megkeresésben meghatározott, anélkül, hogy át az objektum szervezetben. Ezt a módszert gyakran használják a vizsgálathoz hiperhivatkozások érvényességét, a hozzáférhetőség és a relevancia.

PUT módszer megköveteli, hogy egy beágyazott objektumot tárolták a Request-URI. Ha a kérés URI kifejezés egy meglévő erőforrások, a mellékelt egységnek kell tekinteni, mint egy módosított változata a tárgyat a forrás szerver. Ha a kérés URI-ja nem pont egy meglévő erőforrás és a kérelmező ágens lehet meghatározni ezt az URI, mint egy új erőforrás, az eredeti szerver is létrehozhat az erőforrást az URI. Ha egy új erőforrás jön létre, az eredeti szerver tájékoztatnia kell a felhasználói ügynök küldött válasz kódját 200 (OK) vagy 204 (Nincs tartalom - tartalom nélkül), és így, amelyben bejelenti a kérés sikeres. Ha az erőforrás nem hozható létre, illetve módosítja a kérés URI-ja, meg kell küldeni a megfelelő válasz kódját, amely tükrözi a probléma természetét. A címzett objektum figyelmen kívül kell hagynia minden tartalmi * header (pl Content-Range), amit nem érti, vagy nem használja, és meg kell ilyen esetben vissza a válasz kódját 501 (Nincs megvalósítva - nem használt).

A POST módszert akkor használjuk, ha az alkalmazás szerver, hogy elfogadja beágyazott lekérdezés objektum, mint egy új, másodlagos erőforrás által azonosított kérés URI a Request-Line. POST célja, hogy egységes rendszert az alábbi funkciók:

Továbbfejlesztett adatbázis hozzáadásával művelet (append).

DELETE módszer megköveteli, hogy a forrás szerver elpusztította a forrás által azonosított kérés URI.

TRACE módszer használható egy távoli ciklus kérelem üzenetet az alkalmazás szintjén. A végső címzettje a kérelemben meg kell küldeni a kapott üzenetet küld vissza az ügyfélnek, mint egy tárgy szerv (kód = 200 (OK)). A végső cél az, akár az eredeti szerver vagy az első proxy vagy átjáró, így az értéke Max-Csatárok (0) a kérelem. TRACE kérelem nem tartalmazza az objektum.

státusz kódok

Bizonyos helytelen végrehajtása HTTP / 1.0 ügyfelek generál extra CRLF féle után POST kérés. Ügyfél HTTP / 1.1 nem küld CRLF előtt vagy után a kérelmet.

HTTP beszélgetés

Listája HTTP státusz kódok # 1xx | 1xx Információs ( «információ»)

Ebben az osztályban osztottak kódok, tájékoztatnak az átviteli folyamat. A HTTP / 1.0 üzenetek ilyen kódokat figyelmen kívül kell hagyni. A HTTP / 1.1 kliens kell készülniük, hogy fogadja el ezt az üzenetet osztályt, mint egy normális választ, de nincs mit küldeni a kiszolgálónak. Tényleges üzeneteket a szerver tartalmaz csak a kezdőcsapatban, és ha szükséges, néhány konkrét választ fejléc mezőket. Proxies kell küldenie az ilyen üzeneteket a szerver a kliens.

Listája HTTP státusz kódok # 2xx | 2xx siker ( «siker»)

Hozzászólások ebben az osztályban tájékoztatást nyújt a sikeres esetek fogadására és feldolgozására az ügyfél kérésére. Attól függően, hogy az állapot a szerver még át a fejléc és az üzenet törzsébe.

Listája HTTP státusz kódok # 3xx | 3xx átirányítása ( «Előre")

Listája HTTP státusz kódok # 4xx | 4xx Ügyfélhiba ( «Client hiba")

4xx kategóriába tartozó kód célja, hogy jelezze a hibát a kliens oldalon. Ha használja az összes eltérő módszerek HEAD. a szerver vissza kell térnie az üzenet test hipertext magyarázatot a felhasználó.

Listája HTTP státusz kódok # 5 xx | 5xx Server Error ( «Server Error")

5xx kódok kiosztott egy sikertelen művelet a szerver hiba. Minden helyzetben, hanem használja a HEAD módszerrel. A kiszolgáló tartalmaznia kell magyarázatot az üzenet szövegét, amelyet az ügyfél jelenik meg a felhasználónak.

Kapcsolódó cikkek