Све што требате знати о ХТТП-у
ХТТП (Хипертект Трансфер Протоцол) обезбеђује стандард мрежног протокола који веб претраживачи и сервери користе за комуникацију. То је лако препознати приликом посете веб-сајту јер је написано у УРЛ-у (нпр. Хттп: // ввв. ).
Овај протокол је сличан другим као што је ФТП , јер га користи клијентски програм за тражење датотека са удаљеног сервера. У случају ХТТП-а, обично је веб прегледач који захтева ХТМЛ датотеке са веб сервера, који се затим приказују у претраживачу са текстом, сликама, хиперлинксима итд.
ХТТП је оно што се зове "систем без држављанства." Ово значи да за разлику од других протокола за пренос датотека као што је ФТП , ХТТП веза се одбацује када је захтев направљен. Дакле, када ваш веб прегледач пошаље захтев и сервер одговара на страници, веза је затворена.
Пошто већина веб претраживача подразумева ХТТП, можете уписати само име домена и аутоматски покрити претраживач "хттп: //" део.
Историја ХТТП-а
Тим Бернерс-Лее је створио почетни ХТТП почетком деведесетих као део свог рада у дефинисању првобитног Ворлд Виде Веба . Три основне верзије су биле широко распоређене током деведесетих:
- ХТТП 0.9 (за подршку основних хипертекстуалних докумената)
- ХТТП 1.0 (екстензије за подршку богатих веб локација и скалабилност)
- ХТТП 1.1 (развијен за решавање ограничења перформанси ХТТП 1.0, специфициран у Интернет РФЦ 2068)
Најновија верзија, ХТТП 2.0, постала је одобрени стандард у 2015. години. Одржава компатибилност с ХТТП 1.1, али нуди додатна побољшања перформанси.
Иако стандардни ХТТП не шифрира саобраћај који се шаље преко мреже, ХТТПС стандард је развијен да дода шифровање у ХТТП помоћу (првобитно) Сецуре Соцкетс Лаиер (ССЛ) или (касније) безбедносног слоја транспорта (ТЛС).
Како ХТТП ради
ХТТП је протокол апликацијског слоја изграђен на врху ТЦП-а који користи комуникацијски модел клијент-сервер . ХТТП клијенти и сервери комуницирају путем ХТТП захтева и одговора. Три главна типа ХТТП порука су ГЕТ, ПОСТ и ХЕАД.
- ХТТП ГЕТ поруке послате на сервер садрже само УРЛ адресу . Нулти или више опционалних параметара података могу се додати на крај УРЛ-а. Сервер обрађује опциони део података УРЛ-а, ако је присутан, и враћа резултат (веб страницу или елемент веб странице) у претраживач.
- ХТТП ПОСТ поруке постављају било који опциони параметар података у тело поруке поруке, а не додају их на крај УРЛ-а.
- Захтев ХТТП ХЕАД- а функционише исто као и ГЕТ захтјеви. Уместо одговора са пуним садржајем УРЛ-а, сервер пошаље само информације о заглављу (садржане у одељку ХТМЛ).
Бровсер започиње комуникацију са ХТТП сервером иницирајући ТЦП конекцију на сервер. Сесије Веб претраживања користе подразумевани порт сервер 80, мада се понекад користе други портови као што је 8080.
Када се успоставља сесија, корисник покреће слање и примање ХТТП порука посећујући веб страницу.
Проблеми са ХТТП-ом
Поруке које се преносе преко ХТТП-а не могу успешно испоручити из неколико разлога:
- корисничка грешка
- неисправност веб прегледача или веб сервера
- грешке у креирању веб страница
- привремена мрежна глитцхес
Када се ови пропусти појаве, протокол узима узрок неуспјеха (ако је могуће) и извјештава код грешке за претраживач који се зове ХТТП линија статуса / кода . Грешке почињу са одређеним бројем и указују на то каква је грешка.
На пример, грешке 4кк указују на то да се захтев за страницу не може исправно попунити или да захтев садржи нетачну синтаксу . Као пример, 404 грешке значи да се страница не може пронаћи; неки веб сајтови чак имају забавне странице са 404 грешака .