Протоколът за трансфер на хипертекст осигурява стандарт за мрежов протокол, който уеб браузърите и сървърите използват за комуникация. Виждате HTTP, когато посещавате уебсайт, защото протоколът се появява в URL адреса (например
Този протокол е подобен на други, като протокола за трансфер на файлове, по това, че се използва от клиентска програма за изискване на файлове от отдалечен сървър. В случай на HTTP, уеб браузър изисква HTML файлове от уеб сървър, които след това се показват в браузъра с текст, изображения, хипервръзки и свързани активи.
Тъй като браузърите комуникират чрез HTTP, обикновено можете да премахнете протокола от URL, когато го въвеждате в адресната лента на браузъра.
История на
Тим Бърнърс-Лий създаде първоначалния HTTP стандарт в началото на 90-те години като част от работата си по дефинирането на оригиналната World Wide Web. През 90-те години на миналия век бяха внедрени три основни версии:
- HTTP 0.9: Поддръжка на основни хипертекстови документи.
- HTTP 1.0: Разширения за поддръжка на богати уебсайтове.
- HTTP 1.1: Разработен за справяне с ограниченията на производителността на HTTP 1.0, посочени в Internet RFC 2068.
Последната версия, HTTP 2.0, стана одобрен стандарт през 2015 г. Тя поддържа обратна съвместимост с HTTP 1.1, но предлага допълнителни подобрения в производителността.
Докато стандартният HTTP не криптира трафика, изпратен през мрежа, стандартът HTTPS добавя криптиране към HTTP чрез използването на Secure Sockets Layer или, по-късно, Transport Layer Security.
Как работи
HTTP е протокол на приложния слой, изграден върху TCP, който използва комуникационен модел клиент-сървър. HTTP клиентите и сървърите комуникират чрез съобщения за заявка и отговор. Трите основни типа HTTP съобщения са GET, POST и HEAD.
- HTTP GET: Съобщенията, изпратени до сървър, съдържат само URL. Нула или повече незадължителни параметри за данни могат да бъдат добавени в края на URL адреса. Сървърът обработва незадължителната част с данни на URL адреса, ако има такава, и връща резултата (уеб страница или елемент от уеб страница) на браузъра.
- HTTP POST: Съобщенията поставят незадължителни параметри на данни в тялото на съобщението за заявка, вместо да ги добавят в края на URL адреса.
- HTTP HEAD: Заявките работят по същия начин като GET заявките. Вместо да отговори с пълното съдържание на URL адреса, сървърът изпраща обратно само информацията в заглавката (съдържаща се в секцията HTML).
Браузърът инициира комуникация с HTTP сървър, като инициира TCP връзка към сървъра. Сесиите за сърфиране в мрежата използват сървърен порт 80 по подразбиране, въпреки че понякога се използват други портове като 8080.
След установяване на сесия, вие задействате изпращането и получаването на HTTP съобщения, като посетите уеб страницата.
HTTP е това, което се нарича система без състояние. Това означава, че за разлика от други протоколи за прехвърляне на файлове като FTP, HTTP връзката се прекъсва след приключване на заявката. И така, след като вашият уеб браузър изпрати заявката и сървърът отговори със страницата, връзката се затваря.
Отстраняване на проблеми с
Съобщенията, предавани през HTTP, може да са неуспешни поради няколко причини:
- Потребителска грешка.
- Неизправност на уеб браузъра или уеб сървъра.
- Грешки при създаването на уеб страници.
- Временни проблеми в мрежата.
Когато се появят тези грешки, протоколът улавя причината за грешката и съобщава код за грешка на браузъра, наречен HTTP ред/код на състоянието. Грешките започват с определен номер, за да покажат какъв вид грешка е.
Например, грешки с код за грешка, започващ с четири, показват, че заявката за страницата не може да бъде изпълнена правилно или че заявката съдържа неправилен синтаксис. Като пример, 404 грешки означават, че уеб страница не може да бъде намерена; някои уебсайтове дори предлагат забавни персонализирани страници за грешка 404.
