Hypertext Transfer Protocol

Hypertext Transfer Protocol

HTTP Hypertext Transfer Protocol este un protocol la nivel de aplicație pentru sistemele de informații multimedia distribuite. Acest protocol orientat pe obiect, care este potrivit pentru multe sarcini, cum ar fi crearea unui server de nume, sisteme de management orientate pe obiecte distribuite, și altele. Structura HTTP vă permite să creați un sistem, independent de informațiile transmise.

Prima versiune, cum ar fi HTTP / 0.9, este un protocol simplu pentru transmisia de date pe Internet. Versiunea HTTP / 1.0, sub RFC 1945 [6], a îmbunătățit protocolul permițând utilizarea mesajelor MIME-formatat, care conține datele despre meta transferate și modificatorii de interogare / răspuns. Dezvoltarea în continuare a rețelei WWW-servere necesită noi îmbunătățiri care sunt puțin probabil să fie ultima.

Sisteme de informații reale necesită o funcționalitate mai mare de căutare și datele de livrare simpla. Pentru o descriere a naturii, numele și informațiile de resurse Locul de amplasare sunt introduse: un identificator universal resursă URI (Uniform Resource Identifier), Universal Resource Locator URL-ul, și un nume universal de resurse URN. Formatul mesajului este similar cu cel utilizat în e-mail și descrise în standardul MIME (Multipurpose Internet Mail Extensions).

HTTP este, de asemenea, utilizat ca protocolul de bază pentru comunicarea de agentii utilizator cu servere proxy și alte sisteme de Internet, inclusiv SMTP utilizare, NNTP, FTP, Gopher și Wais. Această din urmă circumstanță contribuie la integrarea de o varietate de servicii de Internet. Următoarele descrie conceptele de bază și termenii protocolului HTTP.

Programul intermediar, care funcționează ca un releu între cele două obiecte. Tunelul se închide atunci când cele două părți, acesta este conectat pentru a întrerupe sesiunea. Tunelul poate fi activat prin HTTP-cerere.

Obiect timp de fitness (timpul de expirare)

Ora la care serverul de origine impune ca obiectul nu trimite mai mult decât cache-ul fără reverificarea de fitness.

Valoarea euristică a duratei (timpul de expirare euristică)

caracterul adecvat al timpului alocat obiectului în cache-ul, dacă nu este specificat în mod explicit.

răspuns Varsta - timp de la trimiterea sau verificarea caracterul adecvat al serverului sursa lui.

Timpul de viață (viață prospețime)

Durata de timp de la generarea răspunsului la expirarea acestuia adecvat.

Răspunsul este considerat în stare proaspătă, dacă vârsta ei nu a depășit momentul de fitness sale.

Răspunsul este considerat caduc atunci când vârsta este mai mare decât durata de viață.

Cache ceea ce privește modul de funcții specifice de răspuns „semantically transparente“, atunci când utilizarea sa nu are consecințe pentru serverul sursă audio sau la clientul solicitant. Când un cache este transparent semantic, clientul primește exact același răspuns (cu excepția antete de transport), pe care le-ar fi primit prin referire directă la serverul sursă.

element de protocol (de exemplu, obiect sau marca de timp ultima modificare), care este utilizat pentru a determina dacă intrarea cache este echivalentă cu o copie a obiectului.

Procedura efectuată pe resursa (get, a pus, cap, posta, șterge, urme, etc.).

interacțiune cu clienții, cache, și serverul sursă pentru protocolul HTTP

Memoria cache poate fi într-un computer client sau un agent utilizator, dar poate fi amplasat pe un continent din apropiere. Numărul de proxy între client și serverul de origine poate varia și este limitată la început doar de bun simț.

Structura resursei și obiectul

Protocolul HTTP este un protocol de cerere-răspuns. Clientul trimite o cerere către server sub forma de definire a unei metode, URI-ul, și versiunea de protocol. La sfârșitul interogării ar trebui mesajul MIME-like care conțin modificatori, informații despre clienți, și, eventual, alte date. Serverul răspunde prin trimiterea unui bara de stare, care include o versiune a protocolului, codul rezultat (succes / eșec) și un mesaj de-MIME cum ar fi, care conține informații despre server și meta-informații.

Cele mai multe HTTP-schimburi sunt inițiate de către utilizator și constau din cereri de resurse, disponibile pe un anumit server. În cel mai simplu caz, o astfel de cerere poate fi realizată prin conectarea agentului utilizator (UA) și serverul de bază.

Fig. 4.5.6.1.3 UA - Agent de utilizare

Orice membru al bursei, care nu este utilizat ca un tunel se poate folosi un cache pentru a stoca interogarea. Tamponul poate reduce lungimea lanțului în cazul în care unul dintre actorii trebuie să tampon răspunsul la o anumită cerere, care poate, printre altele, de a reduce, în mod semnificativ cererile de lățimea de bandă. Nu toate solicitările pot fi stocate în memoria cache, unele dintre ele pot conține modificatori lucra cu memoria cache.

De fapt, există o mare varietate de arhitecturi și configurații ale dispozitivelor de memorie tampon și proxy-uri în prezent în curs de dezvoltare sau sunt deja disponibile prin intermediul World Wide Web. Aceste sisteme includ o ierarhie de servere proxy la scară națională, a cărei sarcină este de a reduce sistemele de trafic transoceanic care contribuie la difuzare și a schimburilor multicast, organizarea, distribuirea de piese de informații de pe CD-ROM-ul, înregistrate în memoria cache, și așa mai departe. D. HTTP-sisteme din intranetul companiei cu lățime mare de bandă și conexiuni intermitente. Scopul HTTP / 1.1 este de a sprijini o mare varietate de sisteme existente și responsabilizarea viitoare aplicații în termeni de fiabilitate și adaptabilitate.

comunicarea HTTP este implementată de obicei prin conexiuni TCP / IP. Numărul de port implicit este de 80, dar alte numere de porturi sunt destul de acceptabile. Aceasta nu exclude utilizarea HTTP asupra oricărui alt protocol de pe Internet sau alte rețele. HTTP necesită o conexiune fiabilă; aplică orice protocol care poate asigura livrarea corectă a mesajelor.

În HTTP / 1.0, cele mai multe aplicații utilizează o nouă conexiune pentru fiecare cerere de schimb / răspuns. In HTTP / 1.1, compusul poate fi utilizat pentru una sau mai multe schimburi de cerere / răspuns, deși conexiunea poate fi încheiată, din diverse motive.