Wie HTTP 2.0 das Gesicht des Internets verändern wird
Fast alles, was Sie zu einem bestimmten Zeitpunkt im Internet besuchen, verwendet ein spezielles Protokoll, das Hypertaste Transfer Protocol (HTTP). Seit dem Jahr 1999 verwenden Sie die HTTP-Version 1.1. Dies ist seit vielen Jahren der Standard, bis Google am 10. Februar 2015 bekannt gab, dass sein Browser die vollständige Unterstützung von dem, was jetzt als HTTP / 2 bekannt ist, hinzufügen wird. Das hört sich für einige wie völliger Kauderwelsch an, aber das liegt daran, dass es keine Beschreibung dessen gibt, was HTTP / 2 anders macht. Um dies zu verstehen, müssen wir genau untersuchen, was diese neue Protokollversion tut und wie sie der Version von HTTP ähnelt, die wir seit fast zwei Jahrzehnten verwenden.
Was bewirkt HTTP / 2?
Wann immer eine neue Protokollversion entwickelt wird, braucht sie konkrete konkrete Ziele. Das offensichtlichste Ziel ist Rückwärtskompatibilität mit seinem Vorgänger, HTTP 1.1. Ohne diese Fähigkeit muss jeder Server auf der Welt zu HTTP / 2 wechseln, damit Sie seine Websites durchsuchen können.
Das neue Protokoll wird zwar die Kompatibilität mit der älteren Version erhalten, nutzt jedoch fortgeschrittene Techniken als Maßnahmen gegen die Latenz, wodurch Seiten schneller geladen werden. Dies ist das Hauptziel, das Problem, das HTTP / 2 am aggressivsten angehen will.
Weitere Verbesserungen umfassen zusätzliche Sicherheit und Kompatibilität mit Reverse Proxys.
In dem großen Schema der Dinge wird HTTP / 2 nicht viel anders sein als HTTP 1.1. Wenn Sie im Internet surfen, haben Sie den stärksten Effekt, dass Webseiten schneller geladen werden, wenn sie die neue Version unterstützen.
Wie macht HTTP / 2 das Web schneller?
Zu sagen, dass "HTTP / 2 alles schneller macht" ist ein Nachteil gegenüber der Menge an Arbeit, die hinter den Kulissen tatsächlich stattfindet, um dies zu erreichen. Das HTTP 1.1-Protokoll ist durchsetzt mit einer Reihe von Problemen, die in den ersten Jahren des 21. Jahrhunderts akzeptabel waren, aber in einer Zeit, in der Bandbreite billiger ist und Server viel schneller Seiten laden sollten, keinen Sinn mehr machen .
Der Hauptweg, auf dem HTTP / 2 die Seitenladezeiten ansprechen möchte, ist die Komprimierung des Headers (ein Datenelement, das von Ihrem Client gesendet wird, um zu verlangen, dass ein Server Ihnen die Daten innerhalb einer von Ihnen besuchten Webseite übermittelt). Dies minimiert die Zeit, die Ihr Computer dem Zielserver zur Verfügung stellt, indem er die Datenmenge reduziert, die gesendet werden muss. Heutzutage sind Prozessoren leistungsfähig genug, um Millionen von Dekomprimierungen in kurzer Zeit zu bewältigen. Es macht mehr Sinn, dies jetzt zu tun.
Während das oben genannte nur die Latenz in der ersten Anfrage berücksichtigt, gibt es auch Möglichkeiten, dass HTTP / 2 sich um die gesamte Interaktion mit einer Website kümmert. Es wird direkt Server-Push-Technologien implementieren, die es Servern ermöglichen, aktiver im Kommunikationsprozess zu sein. Bis vor Kurzem mussten Sie regelmäßig Anfragen an den Server senden, damit er die Header, die Sie bei jeder Anforderung von Informationen erstellen, interpretiert. Mit HTTP / 2 sendet der Server Ihnen neue Daten, wenn er angezeigt wird.
Schließlich wird HTTP / 2 etwas tun, das "Multiplexing" genannt wird, wenn Sie Anfragen senden. In HTTP 1.1 gab es ein Problem: Jedes neue Paket hatte Vorrang vor dem letzten. Alle von ihnen wurden in einer linearen Weise verarbeitet, was zu einem Problem führte, das als "Blockierblockade" bezeichnet wird. Im Grunde genommen war die Leistung eines Servers dadurch eingeschränkt, dass er das erste Paket verarbeiten musste, während er den Rest in einer Warteschlange beließ. Wenn das Paket lange verarbeitet werden musste, mussten alle anderen Pakete in der Warteschlange warten. Mit HTTP / 2 werden mehrere Pakete gleichzeitig verarbeitet.
Mit dieser Kombination verschiedener "Kuren" wird HTTP / 2 alles tun, um Verlangsamungen aufgrund von HTTP-spezifischen Problemen zu vermeiden. Dies ist besonders vorteilhaft für Websites mit kleineren Servern, die nicht mit der Bandbreite von Facebook und Google verbunden sind.
Wenn Sie Fragen oder Ideen haben, sollten Sie einen Kommentar mit Ihren Gedanken hinterlassen!