протокол за трансфер на хипертекст - Http
Протокол за прехвърляне на хипертекст - HTTP
Стандартен протокол за изпращане на данни на World Wide Web - е HTTP (HyperText Transfer Protocol - Hypertext Transfer Protocol). Той описва съобщенията, които се обменят между клиенти и сървъри. Всяко взаимодействие състои от ASCII-заявка, която трябва да бъде един отговор наподобяващи RFC отговор 822 MIME стандарт. Всички клиенти и всички сървъри, трябва да следват този протокол. Тя се определя в RFC 2616.
Обичайният начин за взаимодействие с браузъра на сървъра е да се инсталира TCP връзка към порта на сървъра 80, въпреки че технически, тази процедура не е задължително. Стойност в употреба TCP - е, че нито браузъри, нито сървъри не е нужно да се притеснявате за загубен, дублирани, твърде дълги съобщения и признания. Всичко това се предоставя от TCP.
В HTTP 1.0, след като връзката се изпрати искане до който дойде отговор. След това TCP-връзка счупване. Докато един типичен уеб страница се състои изцяло от HTML-текст, и по този начин на взаимодействие е адекватен. Въпреки това, той пое на няколко години, и се оказа, много икони, картини и други предмети за украса в страницата. Очевидно е, че инсталирането на TCP-връзката за предаване на една икона е неефективна и твърде скъпо.
Това съображение е довело до създаването на протокола HTTP 1.1, която е да се поддържа стабилна връзка. Това означаваше, че има възможност за инсталиране на TCP-връзка се изпраща искане, получаване на отговор, а след това предаване и приемане на допълнителни искания и отговори. По този начин, намалява разходи, направени в жилищни помещения и изключване. Това е станало възможно, тъй като поточна искания, т.е. изпратите заявка 2 преди пристигането на отговора на молбата 1.
Въпреки факта, че HTTP е проектиран специално за използване в уеб - технологии, беше нарочно направен по-гъвкав, отколкото е било необходимо, както е изчислена за бъдещото използване на обектно-ориентирани приложения. Поради тази причина, в допълнение към редовните уеб страници се нуждае от специални операции са разработени, наречени методи. Те дължат съществуването си на SOAP технология. Всяко искане включва едно или повече ASCII низове, където първата дума е името на нареченият метод. Вградени методи са изброени в таблицата на Фигура 6. В допълнение към тези общи методи, различни предмети също могат да имат свои специфични методи. името на метод е от значение, а именно там е метод GET, а GET - не.
Фигура 6 - Интегриран метод HTTP-заявка
Методът на GET иска сървъра страница (от които най-общо се означава обект, но на практика обикновено е само един файл), кодира според MIME стандарта. Голямата част от проверките е да се направи GET заявки до сървъра.
Методът на HEAD просто пита заглавната част на съобщението, а не на самата страница. С този метод е възможно да се знае по време на последната промяна в колекцията за информация индекс страница или просто да се провери изпълнението на URL адреса.
СЛОЖИ метод е обратното на метода GET: той чете и записва на страницата. Този метод позволява да се създаде набор от уеб страници на отдалечен сървър. тяло съдържа страницата. Тя може да бъде кодиран с MIME. В този случай линиите следните PUT команда могат да включват различни заглавия, например, Content-Type удостоверяване горен или потвърждава правата на абоната към заявената операция.
DELETE метод, което не е изненадващо, премахва страница. Както и в метода на PUT, има специална роля може да се играе удостоверяване и разрешение за извършване на тази операция. Дори ако потребителят има разрешение да изтриете страници няма гаранция, че DELETE метод премахне страницата, тъй като дори и със съгласието на отдалечен файл с HTTP-сървър, могат да бъдат защитени от промяна или преместване.
метод СЛЕДИ е за отстраняване на грешки. Той казва на сървъра, за да изпрати обратно на искането. Този метод е особено полезно, когато заявките се обработват правилно, и клиентът би искал да разбере какво всъщност искане получава сървър.
Методът на CONNECT не се използва в момента. Той е запазен за бъдеща употреба.
Методът опциите позволява на клиента да поиска от сървъра за неговите свойства или свойства на конкретен файл.
В отговор на всяко искане от сървъра получава отговор, съдържащ лентата на състоянието, както и евентуално допълнителна информация (например, уеб страница или част от него). Лентата на състоянието може да съдържа трицифрен код на състоянието, днес съобщи, че успешното изпълнение на искането или на причините за неуспеха. Първата категория е предназначена да се разделят всички отговори на пет основни групи, както е показано в таблицата на Фигура 7. Кодове започващи с 1 Ааа) на практика се използват рядко. Кодове започващи с 2 показват, че искането е било успешно обработена и данни (ако това бъде поискано), изпратени. Zhh кодове информира клиента, че трябва да опитат късмета си на друго място - използва URL или друга, или собствената си кеша.
Фигура 7 - кодове за състоянието Група съдържащи се в отговорите на сървъра
Кодове, започващи с 4, показват, че искането по някаква причина, свързана с клиента не успя: например, е била поискана от несъществуваща страница или на самата молба е била неправилна. И накрая, 5xx кодове грешка доклад на сървъра настъпили или поради грешка на програмата, или поради временна претоварване.
Пример за използване на HTTP
Тъй като HTTP е текстов протокол от общуването с терминал сървър (който в този случай действа като обратна браузъра) може да се уреди просто. Необходимо е само да се установи TCP-връзката с порт на сървъра 80. Читателят се дава възможност да се види как този сценарий (за предпочитане да го изпълни на система UNIX, както и някои други системи не могат да показват състоянието на връзката). Така че, последователност от команди, е както следва:
Фигура 8 - последователността на HTTP-протокол команди
Фигура 9 - Започнете Output «www.ietf.org/rfc.html» файл
Първите три линии в тази обява, установени Telnet програма, а не на отдалечен обект. Но линията, която започва с HTTP / 1.1, - това е отговор на IETF, като каза, че сървърът е готов да общуват с вас чрез използване на HTTP / 1.1 протокол. Това, което следва е поредица от заглавия и най-накрая, самите съдържанието на искания файл. Заглавието на ETag, който е уникален идентификатор на страница, свързана с кеширане и X-pad-а - най-нестандартната заглавието, което помага в борбата с грешки на браузъра.