Dotaz: http/2 a par dotazu od prosteho uzivatele

[dejv]

Ahoj,

mam na web serveru nainstalovany tento apache:

Server version: Apache/2.4.23 (Debian)

a je tam aktivovany modul pro http2. A asi i funguje, protoze ruzne nastroje na internetu na overeni http2 rikaji ze tam je. Navic i kdyz se podivam v chromu do nastroje pro vyvojare -> Network a pridam do tabulky sloupecek Protocol, vidim u naproste vetsiny radku hodnotu h2 (az na uvodni request a externi zdroje), ktera by mela opravdu indikovat http2.

No a moje laicke dotazy, ktere mi uz par mesicu vrtaji hlavou:

• proc to neni rychlejsi? Treba na dareboost.com, ktery umi porovnat rychlost nacteni http2 a http1.1 to je skoro stejne (i kdyz treba prubeh nacitani se trochu lisi). Treba jsem cetl na netu o ne uplne zdarilych implementacich modulu na apache, tak to muze byt tim, nevim. Budiz, tahle otazka neni tak dulezita jako ty dalsi.
• kdyz vyzkousim googlovsky test https://testmysite.thinkwithgoogle.com, tak mi rika takovy doporuceni jako zkomprimuj obrazky, css, js.. Vzdyt to ale prece u http2 nema vyznam, spis naopak ne? Vsechno se komprimuje automaticky a tedy je lepsi to nedelat zbytecne vickrat. Takze je to chyba googlu nebo neceho jineho?
• no a co me zarazi uplne nejvic je waterfall diagram. Zase, divam se treba do vyvojarskych nastroju v chromu -> Network a vidim tam treba cislo 167 requestu. Jakto?? Ja myslel, ze http/2 dela jen jeden request + k tomu treba par requestu na externi obsah. Takze zase, kde je chyba? A proc se ta stranka nevykresli v okamziku ale treba nejdriv tabulky, pak obrazky atd.? Vzdyt by se vsechno melo stahnout v jeden okamzik a rozdily by teoreticky mel delat jen zpusob vykresleni na strane prohlizece? Dale bych cekal ze waterfall diagram bude mit v podstate pro vsechny soubory z meho serveru uplne stejny obdelnik, ale ani to se nedeje...

---

---

Odpovědi

[Filip Jirsák]

Komprimace souborů má určitě význam – HTTP/1.1 i HTTP/2 komprimují data logicky až v průběhu odesílání, tedy nad tím server nemůže moc přemýšlet. Když soubory zkomprimujete off-line, můžete použít lepší stupeň komprese.

Počet požadavků na soubory bude s HTTP/2 stejný, pro každý soubor musí být nový požadavek. Rozdíl je v tom, že se všechny požadavky přenášejí jedním spojením, takže odpadá režie spojená s ustavením spojení a také s tím, že je spojení omezený počet.

Všechno se určitě nestáhne v jeden okamžik, přenos dat po síti nějakou dobu trvá a závisí to na velikosti souboru. Takže nemůžete čekat, že se všechny soubory stáhnou stejně rychle. S HTTP/2 mžete udělat to, že prohlížeči začnete posílat potřebné soubory ze serveru dřív, než na ně narazí při parsování stránky.

Kdybyste napsal, o jaký web se jedná, může vám někdo poradit konkrétní věci. Takhle je to jen hádání.

[dejv]

To asi vysvetluje vsechny me otazky, dekuju za objasneni. Predevsim jsem nevedel, ze existuje neco jako "spojeni", zamenoval jsem to se samotnym requestem. Diky.

[lertimir]

Tak to je nejlepší si něco přecíst o TCP

[Jendа]

Kompresí JS a CSS by se také mohla myslet minifikace - odstranění komentářů a whitespaces, nahrazení proměnných s dlouhými jmény kratšími atd.