Hypertext Transfer Protocol

HTTP Hypertext Transfer Protocol е протокол на ниво приложение за разпределени мултимедийни информационни системи. Това обектно-ориентиран протокол, който е подходящ за много задачи, като например създаване на сървър за имена, разпределени системи за управление на обектно-ориентирани, и др. Структурата на HTTP позволява да се създаде система, независима от предаваната информация.

Първата версия, като HTTP / 0.9, е прост протокол за предаване на данни по интернет. Версия HTTP / 1.0, по-RFC 1945 [6], подобрена протокола, като позволява използването на MIME форматирани съобщения, съдържащ метаинформация за прехвърлените данни и модификатори за заявка / отговор. По-нататъшното развитие на мрежовите WWW сървъри изискват нови подобрения, които е малко вероятно да бъде последният.

Реал информационни системи се нуждаят от по-голяма функционалност, отколкото просто търсене и данни за доставка. За описание на характера, се вписват имената и информация за местоположението ресурси: идентификатор универсален ресурс URI (Uniform Resource Identifier), Universal Resource Locator URL, както и универсален име ресурс URN. Структура на съобщенията е подобен на този, използван в електронната поща и са описани в стандарт MIME (Мултифункционални Internet Mail Extensions).

HTTP се използва и като база протокол за комуникация на потребителски агенти с прокси сървъри и други системи в Интернет, включително и SMTP за употреба, NNTP, FTP, Gopher и съкратен вид. Последното обстоятелство допринася за интегрирането на различни интернет услуги. По-долу са описани основните понятия и условията на протокола HTTP.

Междинният програма, която работи като посредник между двата обекта. Тунел се затваря, когато двете страни, той е свързан с прекъсване на сесията. Тунелът може да се активира чрез HTTP заявка.

фитнес Object (време за изтичане)

Часът, в който сървърът на произход изисква, че обектът не изпраща повече от кеша без повторна проверка фитнес.

Евристичното стойността на живота (евристичен изтичане на времето)

годността на времето възлага на обект в кеша, ако не е посочено изрично.

Възраст отговор - време, тъй като му изпраща или проверка на годността на сървъра източник.

Животът време (продължителност на актуалността)

Продължителността на времето, тъй като генерирането на отговора на изтичане на годността му.

Отговорът се счита за чист, ако възрастта му не е превишил времето на неговата годност.

Отговорът се счита за остаряла, когато нейната възраст е над живота си.

Cache отношение на "семантично прозрачен" режим на специфични функции на отговор, когато използването му няма последствия за сървъра аудио източник или на молещата клиента. Когато паметта е семантично прозрачен, клиентът получава абсолютно същия отговор (с изключение на транспортните заглавия), които биха му били изплатени чрез директна препратка към сървъра източник.

Протокол елемент (например, предмет или време марка последно модифициран), който се използва, за да се определи дали влизането на кеша е еквивалентно на копие на обекта.

Процедурата се извършва на ресурса (да, сложи главата, по пощата, изтриване, следи и т.н.).

взаимодействие с клиентите, кеш, както и източник на сървъра, за да протокола HTTP

Кешът може да бъде в клиентския компютър или потребителски агент, но може да се намира на близкия континент. Броят на прокси между клиента и сървъра на произход, може да варира и се ограничава до върха само от здравия разум.

Структурата на ресурса и на обекта

Протоколът HTTP е протокол искане на отговор. Клиентът изпраща заявка към сървъра под формата на определяне на метод, URI, както и протокол версия. В края на заявката трябва да MIME-като съобщение, съдържащо модификатори, информация за клиентите, а вероятно и други данни. Сървърът реагира с изпращане на лентата на състоянието, който включва версия на протокола, кодът за резултат (успех / неуспех) и MIME, подобни на съобщение, което съдържа информация за сървъра и мета-информация.

Повечето HTTP-обмен се инициират от потребителя и се състоят от заявки за ресурси, налични на даден сървър. В най-простия случай, такова искане може да се реализира чрез свързване на потребителския агент (UA) и база сървъра.

Фиг. 4.5.6.1.3 UA - Потребителски агент

Всеки член на борсата, което не се използва като тунел може да се използва за съхраняване на кеша на запитването. Буферът може да се намали дължината на веригата в случай, че един от актьорите трябва да бъдат неутрализирани отговор на конкретна молба, което може, наред с други неща, значително да намали изискванията на трафик. Не всички молби могат да се съхраняват в кеш паметта, някои от тях могат да съдържат модификатори работят с кеша.

В действителност, има голямо разнообразие от архитектури и конфигурации на устройствата паметта на буфера и прокси момента се разработва или вече са достъпни чрез World Wide Web. Тези системи включват йерархия на прокси сървъри в национален мащаб, чиято задача е да се намали трансокеанския системи за трафика, които се погрижат за излъчване и мултикаст борси, организиране, разпространение на произведения на информация от CD-ROM, записани в кеша, и така нататък. Г. HTTP-системите, използвани в корпоративни интранет с висока честотна лента и периодични връзки. Целта на HTTP / 1.1 е да подкрепя широко разнообразие от съществуващите системи и овластяване на бъдещи приложения по отношение на надеждност и адаптивност.

HTTP комуникация обикновено се реализира чрез TCP / IP връзки. Портът по подразбиране е 80, но и други номера на портове са доста приемливи. Това не изключва възможността за използване на HTTP над някой друг протокол в интернет или други мрежи. HTTP изисква надеждна връзка; прилага всеки протокол, който може да се осигури безпроблемното извършване на съобщения.

В HTTP / 1.0, повечето приложения използват нова връзка за всяка заявка за обмен / отговор. В HTTP / 1.1, съединението може да се използва за един или повече обмен искане / отговор, въпреки че връзката може да бъде прекратено поради различни причини.