Protokol HTTP

HTTP = Hypertext Transfer Protocol

protokol pro přenos objektů libovolného typu (stránky, obrázky, …) mezi webovým serverem a prohlížečem

používá se i pro odesílání formulářových dat

jednoduchý aplikační protokol vystavený nad protokolem TCP

bezstavový protokol modelu požadavek/odpověď – přináší problémy pro webové aplikace

několik verzí – HTTP 0.9, HTTP 1.0, HTTP 1.1, HTTP/2, HTTP/3

(1) navázání spojení

(2) zaslání požadavku klientem

(3) zaslání odpovědi serverem

(4) uzavření spojení

pro stránky s mnoha vloženými objekty (obrázky apod.) je tento způsob pomalý, a proto novější verze HTTP umožňují během jednoho spojení vyřídit několik požadavků/odpovědí

standardní metoda

<form method="GET" …>

před odesláním prohlížeč všechna data z formuláře zakóduje do jednoho dlouhého řetězce

zakódovaná data přidána za URL požadavku (za znak ?)

data se kódují podobně jako při použití metody GET

data se přenášejí v těle požadavku HTTP

webový server data předává skriptu na jeho standardní vstup

opět ve většině jazyků lze data číst pohodlně bez nutnosti parsovat standardní vstup

standardně se formuláře odesílají jako typ application/x-www-form-urlencoded

při nahrávání souborů lze používá typ multipart/form-data

metodu lze vybrat i ručně

<form action="..." method="post" enctype="multipart/form-data">
…
</form>

některé hlavičky lze použít v požadavku i v odpovědi

některé jsou specifické pro požadavek, resp. odpověď

ne všechny hlavičky jsou povinné, většina je volitelná

většina hlaviček je CGI rozhraním převedena na proměnné

např. User-Agent → $_SERVER['HTTP_USER_AGENT']

zapisují se před tělo odpovědi HTTP

v PHP je k dispozici funkce Header:

<?php Header("Content-Type: image/gif") ?>

informace na stránce se mění v čase

Cache-Control: no-cache, no-store, must-revalidate
Expires: datum v minulosti

používat s rozvahou, mnohdy zbytečně zatěžuje přenosové kapacity

některé proxy servery hlavičky ignorují – do všech URL se pak musí vkládat jedinečný řetězec

při pohybu v historii stránek může dojít k nechtěnému opětovnému zaslání dat z formuláře

vznikají duplicity v databázi, nebo se vypisují chybová hlášení

stránka obsluhující formulář by měla být v optimálním případě vyřazena z historie stránek

stránka, která posílá hlavičku Location, se do historie nezařadí

pozor, adresa v hlavičce Location musí být absolutní

pokud chceme skriptem generovat jiné druhy dat než HTML (např. obrázky, soubory ve Wordu apod.) musíme nastavit správný typ v hlavičce

Např.: Content-Type: image/gif

pokud chceme vygenerovat soubor, který bude nabídnut k uložení, lze použít následující hlavičky

Content-type: application/octet-stream
Content-disposition: filename=najakysoubor.dat

protokol HTTP je bezstavový

server nemá stále spojení s klienty a nemůže je proto jednoznačně identifikovat

velké komplikace pro webové aplikace, které vyžadují stavovou informaci – např. nákupní košík

přenášení údajů v URL a skrytých polí formuláře

cookies

session proměnné

Web Storage

nebezpečné – všechny stavové informace jsou v každém požadavku/odpovědi

zbytečně zvyšuje přenosovou kapacitu

velmi pracné na implementaci – za každý odkaz a do každého formuláře se musí přidat všechny stavové proměnné

krátká informace, kterou si server uloží v prohlížeči

při následujících přístupech k témuž serveru je cookie zaslána zpět

cookie je vázána na server a případně i na adresář – informace se nedostanou k tomu, komu nepatří

časová platnost cookie

cookie třetích stran, rizika, P3P

nebezpečné – všechny stavové informace jsou v každém požadavku/odpovědi

implementace je velice snadná

podporu cookies lze v prohlížeči vypnout, proto by dobře napsaná aplikace měla fungovat i bez nic

každému novému uživateli se přiřadí unikátní identifikátor (tzv. session-id)

pro každé session-id má webový server vyhrazen prostor pro ukládání dat (proměnných)

poměrně bezpečné – s každým požadavkem se přenáší jen malá část dat a session-id

šetří kapacitu sítě – data jsou ukládána přímo na web-serveru

velice snadná implementace – většina prostředí pracuje se session proměnnými téměř stejně jako s běžnými proměnnými

podpora session proměnných ve skriptových prostředích:

úložiště dat na klientovi

součást HTML5, podporováno všemi moderními prohlížeči

pojme více dat než cookies a nepřenáší se na server, data zůstávají u klienta a jsou přístupná pouze pomocí JavaScriptu

localStorage – je persistentní i přes uzavření prohlížeče

sessionStorage – platné jen po dobu jedné relace

protokol je vnitřně binární, ale navenek (API) se chová analogicky jako předchozí verze

díky multiplexování může paralelně přenášet data po jednom spojení

podporuje komprimaci hlaviček

server může posílat data klientovi dříve než si je klient vyžádá (push)

většina implementací dovoluje jen šifrovaný přenos dat (TLS)

další vylepšení zejména s ohledem na zvýšení rychlosti a snížení latence

místo TCP se pro přenos dat používá protokol QUIC, což je „reimplementace efektivnějšího TCP nad UDP“

těsnější integrace s TLS

HTTP 1.0

HTTP 1.1

HTTP/2

HTTP/3 From A To Z: Core Concepts

Specifikace cookies

Podrobný popis nakládání s cookies v jednotlivých prohlížečích (zejména s ohledem na soukromí uživatelů)

Článek shrnující problematiku vyrovnávací paměti

Session proměnné v PHP