Усё, што вам трэба ведаць пра HTTP
HTTP (Hypertext Transfer Protocol) забяспечвае пратакол сеткавай стандарт, вэб - браўзэры і серверы выкарыстоўваюць для сувязі. Гэта лёгка распазнаць гэта пры наведванні вэб - сайта , таму што гэта напісана прама ў URL (напрыклад , HTTP :. // WWW).
Гэты пратакол падобны на іншыя , як FTP у тым , што ён выкарыстоўваецца ў кліенцкай праграме запытваць файлы з аддаленага сервера. У выпадку HTTP, звычайна гэта вэб-браўзэр, які запытвае HTML-файлы з вэб-сервера, якія затым адлюстроўваюцца ў браўзэры з тэкстам, малюнкамі, гіперспасылкамі і г.д.
HTTP з'яўляецца тое, што называецца «асобай без сістэмы.» Што гэта азначае, што ў адрозненне ад іншых пратаколаў перадачы файлаў , такіх як FTP , злучэнне HTTP адкідаецца пасля таго , як быў зроблены запыт. Такім чынам, як толькі ваш вэб - браўзэр пасылае запыт , а сервер адказвае на старонцы, злучэнне зачыняецца.
Паколькі большасць вэб-браўзэра па змаўчанні для HTTP, вы можаце ўвесці толькі імя дамена і мець браўзэр аўтаматычна запоўніць «HTTP: //» частку.
гісторыя HTTP
Цім Бернерс-Лі стварыў першапачатковы HTTP ў пачатку 1990 - х гадоў у рамках сваёй працы ў вызначэнні арыгінальнага World Wide Web . Тры асноўных варыянту былі шырока разгорнуты на працягу 1990-х гадоў:
- 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 (SSL) або (пазней) Transport Layer Security (TLS).
Колькі HTTP Works
HTTP ўяўляе сабой пратакол прыкладнога ўзроўню , пабудаваны на вяршыні TCP , які выкарыстоўвае камунікацыйны кліент-сервер мадэлі. HTTP кліенты і серверы ўзаемадзейнічаюць з дапамогай запыту HTTP і адказных паведамленняў. Тры асноўных тыпу HTTP паведамленні з'яўляюцца GET, POST і HEAD.
- HTTP GET паведамлення , адпраўленыя на сервер ўтрымліваюць толькі URL . Нуль ці больш неабавязковыя параметры дадзеных могуць быць дададзеныя да канца URL. Сервер апрацоўвае дадатковую частка дадзеных у URL, калі ён прысутнічае, і вяртае вынік (вэб-старонкі або элемент вэб-старонкі) у браўзэры.
- HTTP POST паведамлення размяшчаць дадатковыя параметры дадзеных у целе паведамлення запыту , а не дадаваць іх у канец URL.
- Запыт HTTP Галаву працуе так жа , як запыты GET. Замест адказу з поўным змесцівам URL, сервер адпраўляе толькі інфармацыю загалоўка (якая змяшчаецца ўсярэдзіне часткі HTML).
Браўзэр ініцыюе сувязь з серверам HTTP шляхам ініцыявання злучэння TCP да сервера. сеансы прагляду вэб-старонак з дапамогай сервера па змаўчанні порт 80, хоць іншыя парты, такія як 8080, часам выкарыстоўваюцца замест гэтага.
Пасля таго, як сеанс усталяваны, карыстальнік ініцыюе адпраўку і прыём паведамленняў HTTP, наведаўшы вэб-старонку.
Пытанні з HTTP
Паведамленні, якія перадаюцца па пратаколе HTTP можа не быць паспяхова дастаўлена па некалькіх прычынах:
- памылка карыстальніка
- няспраўнасць вэб-браўзэр або вэб-сервер
- Памылкі ў стварэнні вэб-старонак
- сеткавыя глюкі часовыя
Калі адбываюцца такія збоі, пратакол фіксуе прычыну адмовы (калі гэта магчыма) і паведамляе код памылкі назад у браўзэр , званага статусу HTTP лініі / код . Памылкі пачынаюцца з пэўным нумарам, каб паказаць, якія памылкі ёсць.
Напрыклад, 4xx памылкі паказваюць на тое, што запыт на старонцы не можа быць завершана належным чынам або што запыт ўтрымлівае няправільны сінтаксіс . У якасці прыкладу, памылкі 404 азначае , што старонка не можа быць знойдзены; некаторыя сайты нават ёсць некаторыя пацешныя 404 старонак памылак .