Vlákno názorů k článku HTTP/3: co nám nový protokol přinese a proč to hned tak nebude od Ondřej Novák - HTTP/1 - my uzavřeme spojení po každém požadavku......

HTTP/1 - my uzavřeme spojení po každém požadavku... WTF?

HTTP/1.1 má ve výchozím stavu keep alive. Navíc díky chunked protokolu nebo content-length lze provádět pipelineování, tedy kdy lze požádat o víc věcí současně.

Já samozřejmě oceňuju snahu najít lepší řešení než základní HTTP/1, na druhou stranu je třeba být maličko realistický. V době PWA aplikací, single page aplikací jsou často statická a dynamická část aplikace oddělena. Statická část se stahuje jen jednou a dynamická část, tam zpravidla http/2+ moc nepomůže. Tam má programátor v rukou veškerou komunikaci a může optimalizovat dle své fantasie. Třeba veškerá data posílat websocketem.

To že dnes ještě fungují stránky, které se sestavují na serveru a prohlížeč je jen tupě zobrazí, přičemž pro další činnost je potřeba přejít na další stránku, to už je jen dožívající stará technologie. Mnohem víc se mi líbí cesta, kdy se výsledný tvar webové stránky sestavuje až v prohlížeči ze statických a dynamických částí. Kde použití HTTP/2+ je zbytečně OP a zavádí jen ještě větší elektrárnu

To že dnes ještě fungují stránky, které se sestavují na serveru a prohlížeč je jen tupě zobrazí, přičemž pro další činnost je potřeba přejít na další stránku, to už je jen dožívající stará technologie. Mnohem víc se mi líbí cesta, kdy se výsledný tvar webové stránky sestavuje až v prohlížeči ze statických a dynamických částí.

Od toho jsme ještě hodně daleko. Mimo, vyhledávače ještě nejsou zcela připraveny na takovéto aplikace (weby). Google některé dynamické weby zaindexovat dokáže, ale např. Seznam si ani neškrtne.

Ještě dlouhou dobu budou s námi stránky renderované naser veru, dynamické budou spíš formuláře a komponenty, které nenesou obsahovou hodnotu. Proto je potřeba jak HTTP/2, tak i QUIC-HTTP/3.