Sécurité

S&M contre SPDY : Microsoft et Google se battent pour l’avenir de HTTP 2.0 – High-teK.ca

Ce site peut gagner des commissions d’affiliation à partir des liens sur cette page. Conditions d’utilisation.

HTTP, le protocole qui sous-tend presque chaque pouce du World Wide Web, est sur le point de passer de la version 1.1 à la 2.0 après quelque 13 ans de stagnation. Pendant longtemps, il a semblé que le protocole expérimental SPDY de Google serait la seule option viable pour que l’Internet Engineering Task Force (IETF) ratifie en tant que HTTP 2.0, mais maintenant, hors du champ gauche, vient une proposition concurrente de Microsoft.

Encombrée du nom vraiment horrible de HTTP Speed ​​+ Mobility, ou HTTP S&M en abrégé, la vision de Microsoft de HTTP 2.0 est pour la plupart très similaire à SPDY (et il l’admet sur le blog Microsoft Interoperability), mais avec des fonctionnalités supplémentaires adaptées aux applications et aux appareils mobiles. « La proposition HTTP Speed+Mobility part à la fois du protocole Google SPDY et du travail effectué par l’industrie autour de WebSockets », déclare Jean Paoli de l’équipe Microsoft Interoperability. Dans ce cas, WebSockets fait référence à une fonctionnalité de HTML5 qui permet aux sites Web (ou même aux applications Web) d’ouvrir des canaux bidirectionnels en temps réel avec des serveurs distants via TCP, ce que ni HTTP ni SPDY ne sont capables de faire.

Qu’y a-t-il de si spécial à propos de SPDY, alors, et pourquoi Microsoft (de manière inhabituelle ?) tient-il à construire HTTP S&M par-dessus ? En bref, SPDY (abréviation de « speedy »), est incroyablement rapide. Fondamentalement, avec HTTP 1.1, un ordinateur ne peut demander qu’une seule ressource à la fois via une connexion HTTP/TCP, et chacune de ces demandes doit être envoyée sur le Web, reconnue et traitée dans un ordre séquentiel. Avec SPDY, le multiplexage est utilisé pour lancer un nombre illimité de requêtes HTTP sur une seule connexion TCP, et chaque requête peut avoir une priorité (certaines parties d’un site Web, telles que le HTML et le CSS, peuvent devoir être chargées avant les images, par exemple). De plus, SPDY utilise TLS (sécurité de la couche de transport) et la compression partout.

Psssssst :  La détection des logiciels malveillants par Google ne consiste pas seulement à aider les utilisateurs - High-teK.ca

SPDY accélère

Lors des tests, SPDY charge les pages Web environ 40 % plus rapidement que HTTP. En pratique, SPDY est actuellement pris en charge par Chrome (bien qu’il soit activé par défaut dans Firefox 13), mais seuls quelques sites Web proposent du contenu SPDY (principalement les propres services de Google). Si vous vous êtes déjà demandé pourquoi Chrome semble charger la recherche Google ou Gmail beaucoup plus rapidement que les autres navigateurs, ne cherchez pas plus loin que SPDY.

En bref, le but de SPDY est d’accélérer le Web – ce qui n’est pas une mauvaise chose, et ce n’est pas surprenant, compte tenu du penchant fanatique de Google pour la vitesse, mais Microsoft dit essentiellement que la vitesse n’est pas tout. Avec HTTP Speed+Mobility, Microsoft dit que nous devrions également prendre en compte des facteurs tels que la durée de vie de la batterie et le coût de la bande passante, qui joueront tous deux un rôle important dans Windows 8 dans l’informatique spécifique et mobile en général.

Tablette Nvidia Tegra 3 Windows 8À cette fin, HTTP S&M veut supprimer l’utilisation générale du cryptage et de la compression par SPDY, qui nécessitent tous deux de nombreux cycles de processeur et ne seraient donc pas bons pour un téléphone mobile presque mort ou des capteurs à faible puissance. De même, le serveur push, qui est une fonctionnalité standard de SPDY, serait dangereux pour les appareils sur une connexion mesurée. À leur place, Microsoft propose que ces fonctionnalités soient ajoutées via des extensions, plutôt que de les intégrer à la spécification HTTP 2.0.

Essentiellement, Microsoft souhaite que HTTP 2.0 soit aussi flexible et durable que HTTP 1.0 et 1.1, plutôt que l’approche de force brute et à taille unique que Google semble défendre. Compte tenu de la vitesse à laquelle Internet évolue, je pense que l’approche de Microsoft est probablement plus sage.

Psssssst :  Comment les hackers vont jailbreaker l'iPhone 5 - High-teK.ca

Lis le Ébauche HTTP Speed+Mobility IETFou en savoir plus sur SPDY

Bouton retour en haut de la page