Internet peut être une sorte de dichotomie en ce qui concerne son évolution. De nouvelles technologies semblent émerger, grandir et se développer presque quotidiennement, pourtant le protocole sous-jacent qui alimente le web tel que nous le connaissons n’a vu (jusqu’à récemment) presque aucune croissance significative depuis près de 15 ans. Le protocole de transfert hypertexte (HTTP) a été originellement conçu par Tim Berners-Lee à la fin des années 1980, et la dernière refonte significative du protocole a été réalisée en 1999 (normalisée sous forme d’un RFC qui a été publié lorsque j’étais en deuxième année). L’année dernière, une refonte majeure de HTTP a été finalisée sous la forme de HTTP/2, une mise à niveau majeure de l’ossature sous-jacente du web tel que nous le connaissons aujourd’hui.
Pourquoi Mettre À Jour HTTP ?
Les développeurs de la spécification HTTP/2 ont fourni un excellent résumé expliquant pourquoi et comment HTTP a été amélioré dans la dernière spécification du protocole. En bref, HTTP/1.1 a été conçu pour une époque différente, lorsque les pages web étaient plus petites, plus simples et moins coûteuses à transmettre. L’explosion de la croissance du web au cours de la dernière décennie a vu un changement de paradigme dans la conception et le déploiement des sites et applications. Les sites web et les applications web utilisent des actifs médiatiques plus grands et plus complexes, et diffusent plus de contenu que jamais — et il n’y a aucun signe de ralentissement. Les solutions de contournement mises en place par les développeurs et les ingénieurs pour contourner certaines des limitations inhérentes à HTTP/1.1 (comme le pipelining de requêtes, le sharding de domaine, etc.) étaient des hacks et des solutions temporaires qui n’ont jamais été abordés de manière fondamentale, et étaient en grande partie en contraste avec certaines des fonctionnalités de conception de TCP, le protocole de communication sous-jacent sur lequel repose HTTP. HTTP/2 a été conçu pour tenir compte de la nature du web moderne, fournissant une norme efficace pour que les serveurs et clients modernes communiquent.
HTTP/2 apporte un certain nombre de nouvelles fonctionnalités, incluant :
- Un protocole binaire, le rendant plus compact pour le transport sur le réseau
- Fully multiplexé, les connexions parallèles permettent un transfert de données plus rapide et plus efficace
- Fonctionnalité de push serveur, permettant aux concepteurs web de créer des sites qui envoient proactivement les ressources nécessaires à une page web
Nous Savons Que Tu As Beaucoup D’options VPS
Voici comment l’offre VPS de DreamHost se distingue : support client 24/7, un panel intuitif, RAM évolutive, bande passante illimitée, domaines d’hébergement illimités et stockage SSD.
Choisis Ton Plan VPSAdoption Industrielle
Les fonctionnalités brillantes et les protocoles bien conçus sont certes excellents, mais ils sont inutiles s’ils ne sont pas utilisés. Après sa finalisation à la mi-2015, le protocole HTTP/2 a rapidement été adopté par des fournisseurs de services comme Akamai, Google, et Facebook, des serveurs HTTP open-source comme Nginx, et des navigateurs, incluant Chrome, Firefox, Safari, et même Internet Explorer (surprenant, n’est-ce pas ?). Selon les chercheurs qui suivent le taux d’adoption de HTTP/2, près de 200 000 sites parmi la liste des un million de sites web les plus visités selon Alexa annoncent un support pour HTTP/2.
Associé : 13 des meilleurs Plugins de sécurité pour garder votre site WordPress en sécurité
Sécurisation de HTTP/2
En tant que successeur du protocole SPDY, de nombreux adopteurs précoces s’attendaient à ce que HTTP/2 nécessite une connexion TLS, tout comme son prédécesseur. Finalement, il a été décidé par les concepteurs du protocole que les connexions sécurisées ne seraient pas obligatoires ; cependant, cela n’a pas empêché les développeurs de navigateurs d’exiger un chiffrement. Actuellement, aucune implémentation de navigateur ne prend en charge les connexions HTTP/2 en texte clair (également connues sous le nom de h2c).
Les serveurs HTTP/2 utilisent l’un des deux protocoles de négociation pour annoncer leur prise en charge via des connexions TLS : NPN et ALPN. NPN est un protocole de négociation plus ancien et moins efficace, tandis que ALPN est plus récent, plus rapide et a été moins adopté en raison de son exclusion des anciennes versions d’OpenSSL. Fait intéressant, Google a annoncé des plans pour que Chrome cesse de prendre en charge NPN au profit exclusif d’ALPN, ce qui pourrait laisser de nombreux utilisateurs dans l’obscurité du HTTP/2 tandis que les anciens paquets OpenSSL circulent encore.
HTTP/2 chez DreamHost
En tant que fournisseur dédié à l’adoption de projets open source, nous avons décidé avec enthousiasme de faire avancer l’adoption du HTTP/2. À partir de cette semaine, les domaines hébergés sur VPS et serveurs dédiés animés par Nginx peuvent désormais tirer pleinement parti du protocole HTTP/2. Le support de HTTP/2 dans Nginx est conçu pour fonctionner de manière transparente à côté des connexions HTTP/1.1 existantes, bien que uniquement pour les sites HTTPS. Les autres fonctionnalités existantes fournies par nos services Nginx, y compris la sécurité web supplémentaire et le support de Lua via OpenResty, continueront également à fonctionner de manière transparente sous HTTP/2.
De plus, les serveurs HTTP/2 alimentés par DreamHost sont pleinement capables de supporter les négociations NPN et ALPN, ce qui signifie que la coupure imminente de NPN par Chrome ne provoquera pas d’erreurs de connexion sur les navigateurs de dernière génération.
Ajouter le support HTTP/2 à ton domaine Nginx/HTTPS est aussi simple que d’activer une case à cocher. Consulte l’article de la Base de connaissances pour plus de détails et des instructions sur comment activer ce service.
Et pour les plus curieux, il existe un certain nombre de ressources excellentes sur HTTP/2 qui plongent bien plus profondément dans les détails techniques :
Alors, qu’attends-tu ? Coche cette case HTTP/2 et fais passer ton domaine au niveau supérieur dès aujourd’hui !
Si tu as des questions, laisse un commentaire ci-dessous, tweete-nous sur @DreamHostCare sur Twitter, ou contacte notre équipe de support !
Source de l’image mise en avant : http2.akamai.com