Internet może być nieco dwuznaczny w odniesieniu do tego, jak się rozwija. Nowe technologie zdają się pojawiać, rosnąć i rozwijać niemal na co dzień, a jednocześnie podstawowy protokół, który napędza sieć, jaką znamy, (do niedawna) prawie przez 15 lat nie zaznał znaczącego rozwoju. Protokół przesyłania hipertekstu (HTTP) został pierwotnie zaprojektowany przez Tima Bernersa-Lee pod koniec lat 80-tych, a ostatnia znacząca przeróbka protokołu została wykonana w 1999 roku (znormalizowana jako RFC, które zostało wydane, gdy byłem w drugiej klasie). W zeszłym roku, finalizowano dużą przeróbkę HTTP w postaci HTTP/2, dużej aktualizacji podstawowego szkieletu sieci, jaką znamy dzisiaj.
Dlaczego aktualizować HTTP?
Twórcy specyfikacji HTTP/2 dostarczyli doskonałe podsumowanie, dlaczego i jak HTTP zostało ulepszone w najnowszej specyfikacji protokołu. W skrócie, HTTP/1.1 zostało zaprojektowane na inną epokę, kiedy strony internetowe były mniejsze, prostsze i tańsze w wysyłaniu przez sieć. Wybuchowy wzrost sieci w ostatniej dekadzie spowodował zmianę paradygmatu w sposobie projektowania i wdrażania stron oraz aplikacji internetowych. Witryny i aplikacje internetowe używają większych, bardziej złożonych zasobów medialnych i dostarczają więcej treści niż kiedykolwiek wcześniej – i nie widać, aby miało to zwolnić. Obejścia wprowadzone przez programistów i inżynierów, aby ominąć niektóre z wrodzonych ograniczeń HTTP/1.1 (takie jak kolejkowanie żądań, sharding domen itp.) były prowizorkami i plastrami, które nigdy nie zostały rozwiązane na fundamentalnym poziomie i w dużej mierze kontrastowały z niektórymi cechami projektowymi TCP, protokołu komunikacyjnego, na którym działa HTTP. HTTP/2 zostało zaprojektowane z uwzględnieniem charakteru współczesnej sieci, zapewniając efektywny standard dla nowoczesnych serwerów i klientów do komunikacji.
HTTP/2 wprowadza szereg nowych funkcji, w tym:
- Protokół binarny, co czyni go bardziej zwartym do przesyłania przez sieć
- W pełni multipleksowane, równoległe połączenia pozwalają na szybszy i bardziej efektywny transfer danych
- Funkcjonalność serwera push, umożliwia projektantom stron internetowych tworzenie witryn, które proaktywnie wysyłają zasoby, które będą potrzebne na stronie internetowej
Wiemy, że masz wiele opcji VPS
Oto, co wyróżnia ofertę VPS DreamHost: wsparcie klienta 24/7, intuicyjny Panel, skalowalna RAM, nieograniczona przepustowość, nieograniczona liczba domen hostingowych i przechowywanie SSD.
Adopcja w branży
Błyszczące funkcje i dobrze zaprojektowane protokoły to wszystko pięknie i dobrze, ale są bezwartościowe bez faktycznego użycia. Po sfinalizowaniu w połowie 2015 roku, protokół HTTP/2 szybko zyskał wczesne przyjęcie od dostawców usług takich jak Akamai, Google i Facebook, otwartoźródłowych serwerów HTTP takich jak Nginx oraz przeglądarek, w tym Chrome, Firefox, Safari, a nawet Internet Explorer (szok, wiem). Według badaczy śledzących stopę adopcji HTTP/2, prawie 200 000 stron z listy Alexa miliona najpopularniejszych stron internetowych ogłasza wsparcie dla HTTP/2.
Powiązane: 13 najlepszych wtyczek zabezpieczających, aby Twoja strona WordPress była bezpieczna
Zabezpieczanie HTTP/2
Jako następca protokołu SPDY, wielu wczesnych użytkowników spodziewało się, że HTTP/2 będzie wymagać połączenia TLS, tak jak jego poprzednik. Ostatecznie projektanci protokołu zdecydowali, że bezpieczne połączenia nie będą wymagane; jednakże, nie powstrzymało to twórców przeglądarek przed wymaganiem szyfrowania. Obecnie żadne implementacje przeglądarek nie obsługują połączeń HTTP/2 w postaci zwykłego tekstu (znanych również jako h2c).
Serwery HTTP/2 używają jednego z dwóch protokołów negocjacji, aby ogłosić swoje wsparcie przez połączenia TLS: NPN i ALPN. NPN to starszy, mniej efektywny protokół negocjacji, podczas gdy ALPN jest nowszy, szybszy i zyskał znacznie mniejsze przyjęcie ze względu na jego wykluczenie ze starszych wersji OpenSSL. Co ciekawe, Google ogłosiło plany, aby Chrome przestał obsługiwać NPN na wyłączną korzyść ALPN, co może pozostawić wielu użytkowników w ciemności HTTP/2 podczas gdy starsze pakiety OpenSSL nadal są w obiegu.
HTTP/2 w DreamHost
Jako dostawca zaangażowany w promowanie projektów open source, z radością zdecydowaliśmy się na przyjęcie protokołu HTTP/2. Począwszy od tego tygodnia, domeny hostowane na VPS oraz serwerach dedykowanych opartych na Nginx mogą teraz w pełni korzystać z protokołu HTTP/2. Wsparcie dla HTTP/2 w Nginx jest zaprojektowane tak, aby działało bezproblemowo obok istniejących połączeń HTTP/1.1, choć tylko dla stron HTTPS. Inne istniejące funkcje oferowane przez nasze usługi Nginx, w tym dodatkowe zabezpieczenia sieciowe i wsparcie Lua za pośrednictwem OpenResty, również będą działać transparentnie pod protokołem HTTP/2.
Dodatkowo, serwery HTTP/2 wspierane przez DreamHost są w pełni zdolne do obsługi negocjacji NPN i ALPN, co oznacza, że zbliżające się wyłączenie NPN przez Chrome nie spowoduje błędów połączenia w przeglądarkach najnowszej generacji.
Dodanie wsparcia HTTP/2 do twojej domeny Nginx/HTTPS jest tak proste jak aktywacja pola wyboru. Zobacz artykuł z Bazy Wiedzy aby uzyskać więcej informacji i instrukcje jak aktywować tę usługę.
A dla tych, którzy chcą zgłębić temat, istnieje wiele doskonałych źródeł na temat HTTP/2, które zagłębiają się w szczegóły:
Na co czekasz? Zaznacz pole HTTP/2 i przenieś swoją domenę na wyższy poziom już dziś!
Jeśli masz jakiekolwiek pytania, zostaw komentarz poniżej, napisz do nas na Twitterze @DreamHostCare lub skontaktuj się z naszym zespołem wsparcia!
Źródło obrazu funkcji: http2.akamai.com