Како ХТТП функционише: Објашњење протокола за пренос хипертекста

Протокол за пренос хипертекста обезбеђује а мрежни протокол стандард који веб претраживачи и сервери користе за комуникацију. Видите ХТТП када посетите веб локацију јер се протокол појављује у УРЛ адреси (нпр. http://www.lifewire.com).

Овај протокол је сличан другима, као што је протокол за пренос датотека, по томе што га користи клијентски програм да захтева датотеке са удаљеног сервера. У случају ХТТП-а, веб претраживач захтева ХТМЛ датотеке од веб сервера, које се затим приказују у претраживачу са текстом, сликама, хипервезама и повезаним средствима.

Историја ХТТП-а

Тим Бернерс-Лее је створио почетни ХТТП стандард раних 1990-их као део свог рада на дефинисању оригинала Ворлд Виде Веб. Три примарне верзије су коришћене током 1990-их:

• ХТТП 0.9: Подршка основних хипертекстуалних докумената.
• ХТТП 1.0: Екстензије за подршку богатим веб локацијама.
• ХТТП 1.1: Развијено за решавање ограничења перформанси ХТТП 1.0, наведених у Интернет РФЦ 2068.

Најновија верзија, ХТТП 2.0, постала је одобрени стандард 2015. Одржава компатибилност уназад са ХТТП 1.1, али нуди додатна побољшања перформанси.

Док стандардни ХТТП не шифрује саобраћај послат преко мреже, ХТТПС стандард додаје шифровање ХТТП-у коришћењем Слој сигурних утичница или, касније, безбедност транспортног слоја.

Како функционише ХТТП

ХТТП је протокол слоја апликације изграђен на врху ТЦП који користи а комуникација клијент-сервер модел. ХТТП клијенти и сервери комуницирају путем порука захтева и одговора. Три главна типа ХТТП порука су ГЕТ, ПОСТ и ХЕАД.

• ХТТП ГЕТ: Поруке послате на сервер садрже само а УРЛ. На крају УРЛ-а може да се дода нула или више опционих параметара података. Сервер обрађује опциони део података УРЛ-а, ако је присутан, и враћа резултат (веб страницу или елемент веб странице) претраживачу.
• ХТТП ПОСТ: Поруке постављају све опционе параметре података у тело поруке захтева уместо да их додају на крај УРЛ адресе.
• ХТТП ХЕАД: Захтеви раде исто као и ГЕТ захтеви. Уместо да одговори са пуним садржајем УРЛ-а, сервер шаље назад само информације заглавља (садржане унутар ХТМЛ одељка).

Прегледач покреће комуникацију са ХТТП сервером тако што покреће ТЦП везу са сервером. Сесије прегледања веба подразумевано користе порт сервера 80, иако се понекад уместо њих користе други портови као што је 8080.

Након што се сесија успостави, ви покрећете слање и примање ХТТП порука посетом веб страници.

ХТТП је оно што се зове а систем без држављанства. То значи да, за разлику од других протокола за пренос датотека, као што је ФТП, ХТТП веза се прекида након што се захтев заврши. Дакле, након што ваш веб претраживач пошаље захтев и сервер одговори са страницом, веза се затвара.

Решавање проблема ХТТП

Поруке пренете преко ХТТП-а могу бити неуспешне из неколико разлога:

• Корисничка грешка.
• Неисправност веб претраживача или веб сервера.
• Грешке у креирању веб страница.
• Привремени кварови на мрежи.

Када дође до ових грешака, протокол хвата узрок квара и пријављује код грешке претраживачу који се зове ХТТП статусна линија/код. Грешке почињу одређеним бројем који означава о каквој се врсти грешке ради.

На пример, грешке са кодом грешке који почиње са четири указују на то да захтев за страницу не може бити правилно довршен или да захтев садржи нетачан синтаксе. Као пример, 404 грешке значи да се веб страница не може пронаћи; неке веб странице чак нуде забавне прилагођене странице са грешком 404.