HTTP заявка и отговор: как браузърът разговаря със сайта

Полезно е да знаеш

Когато отворим страница, браузърът не получава готова картина на сайта. Той търси ресурси, от които изгражда показаното: документ, стилове, изображения и други данни. HTTP задава правилата за този обмен между клиент и сървър. Клиентът изпраща заявка, а сървърът връща отговор. Така една видима страница може да е резултат от множество отделни разговори, а не от едно неделимо прехвърляне на всичко. Именно това обяснява защо текстът понякога се появява преди снимките. [1]

Заявката посочва какво действие се иска и към кой ресурс. Методът GET обичайно служи за получаване на представяне на ресурс, а POST често участва при изпращане на данни. Има още заглавки, които предават допълнителна информация, и при подходящи заявки тяло със съдържание. Методът и адресът трябва да се четат заедно. Един и същ път в приложението може да участва в различни действия, така че адресът сам по себе си не описва целия обмен. [2]

Отговорът има статус, заглавки и евентуално тяло. Статусът съобщава резултата от обработката, докато тялото може да съдържа HTML, изображение или други данни. Важно е да различаваме транспортния резултат от показаните думи: страница с надпис за проблем може технически да е изпратена с успешен статус. За диагностика затова се гледат и двете. Самото наличие на някакъв текст в прозореца не доказва дали сървърът е обозначил правилно изхода от заявката. [2]

Между браузъра и приложението може да има посредници, например прокси сървъри. Те участват в предаването и обработката на отделните съобщения. [1] Да си представим каталог, при който документът пристига, но една снимка липсва. Това не означава непременно обща повреда на целия сайт. По-полезно е да се провери точно заявката за снимката: какъв адрес е поискан, какъв отговор е получен и дали той съдържа очаквания тип данни. Така голямото впечатление за проблем се превръща в конкретен проверим случай.

Разделът Network в инструментите на браузъра позволява да се наблюдават тези съобщения. При HTTP/1.1 структурата се представя четимо като начална линия, заглавки и съдържание; по-новите версии използват различно предаване, като запазват основните значения. [2] За начинаещия това е удобно: не е нужно първо да знае всяка подробност от мрежовия протокол, за да разпознае коя заявка е неуспешна. Достатъчно е да следи логиката на разговора и връзката между поисканото и върнатото.

Полезен първи навик е проблемът да се описва точно: кой ресурс, кой метод, какъв статус и какво съдържание. После могат да се сравнят две зареждания или два адреса при еднакви условия. Това е по-информативно от общото твърдение, че интернетът е бавен или страницата е счупена. Разбирането на заявката и отговора дава основен речник за работа със сайтове, независимо дали човек пише код, управлява съдържание или проверява преместване към друг сървър.