HTTP/2 - Przyszłość web'u ?

Question

Druga wersja protokołu HTTP, czyli HTTP/2 jest już z nami od jakiegoś czasu, jednak wciąż mało się o niej mówi i póki co wciąż bazuje się na optymalizacji pod HTTP/1, no i nie bez powodu ponieważ mało kto korzysta z dwójki.

Pomyślałem że zrobie temat żeby zainteresować ludzi którzy albo nie słyszeli jeszcze o nim, albo nie doczytali co tak na prawdę zmienia jego wprowadzenie i jakie niesie konsekwencje w sposobie tworzenia stron internetowych. 

HTTP2 will mean a change in how we should build websites. The best practices of HTTP1 are harmful in a HTTP2 world.

https://blog.cloudflare.com/http-2-for-web-developers/

Powyższy artykuł bardzo dobrze wyjaśnia w skrócie o co tutaj właściwie chodzi. Podsumowując:

1. Nie łącz plików css, js w jeden plik - wyodrębniaj poszczególne funkcjonalności do następnych plików
2. Nie korzystaj ze sprite'ów
3. Mniejsza liczba zapytań HTTP =/= szybszy czas załadowania strony
4. Inline css, inline javascript w pliku html to złe rozwiązania ( co do css - niektórzy korzystali z programu który z pliku css robi inline css )

Co do zalet HTTP/2:

1. Wiele plików może zostać wysłanych podczas jednego połączenia TCP
2. Kompresja nagłówków 
3. Tzw. Server push - serwer może wysyłać pliki których klient nie zażądał
4. Możliwość ustawienia priorytetu wysyłania

To tylko w skrócie wymienione zmiany, więcej doczytacie w linkach które tutaj podaje.

 Nginx zrobił artykuł o między innymi testowaniu http2 na serwerze

https://www.nginx.com/wp-content/uploads/2015/09/NGINX_HTTP2_White_Paper_v4.pdf

 

Porównanie w praktyce

Sprawdźcie demo z załadowaniem obrazka:

https://http2.akamai.com/demo

Można też zauważyć subdomenę http2 w adresie linka, nie jest to bez powodu, ponieważ póki co tak określa się przesyłanie danych przez tą wersje protokołu.

Moje osobiste testy:

http://http2.loadimpact.com/

Na tej stronie możecie porównać czas załadowania, sam zrobiłem z ciekawości na trzech z moich stron, oto wyniki:

http://scr.hu/8z2f/7qus0

http://scr.hu/8z2f/lxm3z

http://scr.hu/8z2f/trysr

Jak widać, nie wygląda to na korzyść HTTP/2, ale podejrzewam że to przez moje praktyki związane z HTTP/1. Testowane strony to nie statyczne wizytówki.

Aby sprawdzić jakiej wersji http używa serwer, możecie użyć komendy:

curl --head example.com

Na koniec link do specki dla dociekliwych:

http2.github.io/http2-spec/

Skomentujcie, co myślicie o nowej wersji oraz na kiedy rokujecie jej wejście w życie na dobre

Answer 1

mało kto korzysta z dwójki

Wszystkie produkty Google'a, Twitter, Facebook, wszystkie blogi geeków… Fakt, mało jak nie wiem ;) 

1. Nie korzystaj ze sprite'ów

A niby czemu? Bo się łączy kilka plików w jeden? Polecam spojrzeć tutaj: http://engineering.khanacademy.org/posts/js-packaging-http2.htm → to samo tyczy się całkowitego porzucenia bundle'i.

1. Tzw. Server push - serwer może wysyłać pliki których klient nie zażądał
2. Możliwość ustawienia priorytetu wysyłania 

 Jakby to jeszcze działało, jak ma działać… ;) Tzn niby działa, ale np. tylko w najnowszym Apache'u. A jeśli dodać do tego wymóg HTTPS (którego specka nie narzuca, ale wszystkie implementacje już tak), to bez Let's Encrypt nikt by nie stosował HTTP/2 dla tych rzeczy. Bo to jest po prostu przeniesienie inline'u na server side – tyle.

Można też zauważyć subdomenę http2 w adresie linka, nie jest to bez powodu, ponieważ póki co tak określa się przesyłanie danych przez tą wersje protokołu.

Kę? To jakaś własna, śmieszna konwencja Akamai… HTTP/2 się negocjuje i strona jest serwowana po wynegocjowanym protokole (patrz: moja domowa).

na kiedy rokujecie jej wejście w życie na dobre

Weszła w życie rok temu… 

Comments

Wszystkie produkty Google'a, Twitter, Facebook, wszystkie blogi geeków… Fakt, mało jak nie wiem ;) 

Dlaczego curl pokazuje wciąż wersję 1.1 ? inaczej to trzeba sprawdzić?

(subdomena http2) To jakaś własna, śmieszna konwencja Akamai

http://http2.loadimpact.com/

Ta strona również to posiada choć może faktycznie to umowne. Jednak jeżeli wchodzę na moje strony przez tą subdomenę, również działały, wydaje mi się że szybciej ( to może akurat placebo)

 

Weszła w życie rok temu… 

Chodziło mi o całkowite przejście na http/2

Co do sprite'ów w innych artykułach pisali żeby raczej z nich już tak nie korzystać, więc tym się zasugerowałem

---

cURL AFAIR wymaga odpowiedniej flagi --http2 lub podobnej. Wygodniej to ogarnąć dodatkiem SPDY Indicator dla Chrome. BTW masz przykład tego, o czym mówiłem: protokół jest negocjowany ;) To loadimpact.com nie leci przez HTTP/2. Połączenie bowiem nie jest szyfrowane (leci przez HTTP a nie HTTPS), a jak mówiłem wszystkie przeglądarki wymagają szyfrowania dla HTTP/2 (mimo że standard tego wymogu nie narzuca). Całkowite przejście nigdy nie nastąpi, gdyż Sieć żyje dzięki Backward Compatibility. Stąd zawsze będzie istniał mechanizm negocjacji protokołu. Inna rzecz, że pana Jurka spod 5 też się nie przekona, że musi zacząć szyfrować połączenie ze swoją stroną… Co do braku bundle'owania zasobów: w idealnym świecie miałoby to szansę działać. Ale nie żyjemy w idealnym świecie ;) BTW https://forum.pasja-informatyki.pl/39670/nowy-lepszy-szybszy-internet-http-2 - tam też już to tłumaczyłem ;)

---

Dzięki za ten plugin ;)

Co do tamtego zapytania: brak dodania sensownych tagów uniemożliwił mi znalezienie go