Das Internet kann eine Art Dichotomie darstellen in Bezug darauf, wie es sich entwickelt. Neue Technologien scheinen fast täglich aufzutauchen, zu wachsen und sich auszubreiten, während das zugrunde liegende Protokoll, das das Web, wie wir es kennen, antreibt, (bis vor kurzem) fast 15 Jahre lang kaum nennenswerte Entwicklungen erlebt hat. Das Hypertext Transfer Protocol (HTTP) wurde ursprünglich Ende der 1980er Jahre von Tim Berners-Lee entworfen, und die letzte bedeutende Überarbeitung des Protokolls wurde 1999 durchgeführt (standardisiert als ein RFC, das veröffentlicht wurde, als ich in der zweiten Klasse war). Letztes Jahr wurde eine große Überarbeitung von HTTP in Form von HTTP/2 abgeschlossen, ein bedeutendes Upgrade für das grundlegende Rückgrat des heutigen Webs.
Warum HTTP aktualisieren?
Die Entwickler der HTTP/2-Spezifikation haben eine ausgezeichnete Zusammenfassung darüber geliefert, warum und wie HTTP im neuesten Protokoll verbessert wurde. Kurz gesagt, HTTP/1.1 wurde für eine andere Zeit entworfen, als Webseiten kleiner, einfacher und kostengünstiger zu übertragen waren. Das explosive Wachstum des Webs im letzten Jahrzehnt hat zu einem Paradigmenwechsel geführt, wie Websites und Anwendungen entworfen und bereitgestellt werden. Websites und Webanwendungen verwenden größere, komplexere Medienassets und bieten mehr Inhalte als je zuvor – und es gibt keine Anzeichen dafür, dass dies nachlässt. Die von Entwicklern und Ingenieuren eingeführten Workarounds, um einige der inhärenten Einschränkungen von HTTP/1.1 (wie Request-Pipelining, Domain-Sharding usw.) zu umgehen, waren Notlösungen und Pflaster, die nie auf fundamentaler Ebene angegangen wurden und standen größtenteils im Gegensatz zu einigen der Designmerkmale von TCP, dem zugrundeliegenden Kommunikationsprotokoll, auf dem HTTP basiert. HTTP/2 wurde entworfen, um die Natur des modernen Webs zu berücksichtigen und bietet einen effizienten Standard, damit moderne Server und Clients miteinander kommunizieren können.
HTTP/2 bringt eine Reihe neuer Funktionen mit sich, einschließlich:
- Ein binäres Protokoll, das es kompakter macht, über das Netzwerk zu senden
- Vollständig multiplexierte, parallele Verbindungen ermöglichen eine schnellere und effizientere Datenübertragung
- Server-Push-Funktionalität ermöglicht es Webdesignern, Websites zu erstellen, die proaktiv Assets senden, die von einer Webseite benötigt werden
Wir wissen, dass Sie viele VPS-Optionen haben
Hier ist, was das VPS-Angebot von DreamHost abhebt: 24/7-Kundensupport, ein intuitives Panel, skalierbares RAM, unbegrenzte Bandbreite, unbegrenztes Hosting von Domänen und SSD-Speicherung.
Branchenakzeptanz
Glänzende Merkmale und gut gestaltete Protokolle sind alle gut und schön, aber sie sind wertlos, wenn sie nicht tatsächlich verwendet werden. Nach der Fertigstellung Mitte 2015 sah das HTTP/2-Protokoll bald eine frühe Übernahme von Dienstanbietern wie Akamai, Google und Facebook, Open-Source-HTTP-Servern wie Nginx und Browsern, einschließlich Chrome, Firefox, Safari und sogar Internet Explorer (überraschend, ich weiß). Laut Forschern, die die Adoptionsrate von HTTP/2 verfolgen, kündigen fast 200.000 Websites aus der Alexa-Liste der Top-eine-Million-Websites Unterstützung für HTTP/2 an.
Verwandt: 13 der besten Sicherheits-Plugins, um Ihre WordPress-Seite sicher zu halten
Sicherung von HTTP/2
Als Nachfolger des SPDY-Protokolls erwarteten viele frühe Anwender, dass HTTP/2 eine TLS-Verbindung erfordern würde, genau wie sein Vorgänger. Letztendlich wurde von den Entwicklern des Protokolls entschieden, dass sichere Verbindungen nicht erforderlich sein würden; jedoch hat das die Browserentwickler nicht davon abgehalten, Verschlüsselung zu fordern. Derzeit unterstützen keine Browserimplementierungen unverschlüsselte HTTP/2-Verbindungen (auch bekannt als h2c).
HTTP/2-Server verwenden eines von zwei Verhandlungsprotokollen, um ihre Unterstützung über TLS-Verbindungen anzukündigen: NPN und ALPN. NPN ist ein älteres, weniger effizientes Verhandlungsprotokoll, während ALPN neuer, schneller ist und aufgrund seines Ausschlusses aus älteren OpenSSL-Builds viel weniger angenommen wurde. Interessanterweise hat Google Pläne angekündigt, dass Chrome die Unterstützung für NPN zugunsten von ALPN ausschließlich einstellen wird, was viele Benutzer im HTTP/2-Dunkeln lassen könnte, während ältere OpenSSL-Pakete immer noch umherschweben.
HTTP/2 bei DreamHost
Als Anbieter, der sich der Unterstützung von Open-Source-Projekten widmet, haben wir uns entschlossen, die Einführung von HTTP/2 voranzutreiben. Ab dieser Woche können Domains, die auf VPS und dedizierten Servern gehostet werden und von Nginx angetrieben sind, nun vollständig von dem HTTP/2-Protokoll profitieren. Die Unterstützung von HTTP/2 in Nginx ist so konzipiert, dass sie nahtlos neben bestehenden HTTP/1.1-Verbindungen funktioniert, allerdings nur für HTTPS-Websites. Andere bestehende Funktionen, die von unseren Nginx-Diensten bereitgestellt werden, einschließlich zusätzlicher Websicherheit und Lua-Unterstützung über OpenResty, werden auch weiterhin transparent unter HTTP/2 funktionieren.
Zusätzlich sind von DreamHost betriebene HTTP/2-Server vollständig in der Lage, sowohl NPN- als auch ALPN-Verhandlungen zu unterstützen, was bedeutet, dass die bevorstehende Einstellung von NPN durch Chrome nicht zu Verbindungsfehlern bei Browsern auf dem neuesten Stand der Technik führen wird.
Das Hinzufügen von HTTP/2-Unterstützung zu Ihrem Nginx/HTTPS-Domain ist so einfach wie das Aktivieren eines Kontrollkästchens. Lesen Sie den Artikel in der Wissensdatenbank für weitere Details und Anweisungen zur Aktivierung dieses Dienstes.
Und für die besonders Neugierigen gibt es eine Reihe ausgezeichneter Ressourcen über HTTP/2, die viel tiefer in die Details eintauchen:
Worauf warten Sie noch? Aktivieren Sie das HTTP/2-Kästchen und bringen Sie Ihre Domain heute noch auf das nächste Level!
Wenn Sie Fragen haben, hinterlassen Sie unten einen Kommentar, tweeten Sie uns @DreamHostCare auf Twitter, oder kontaktieren Sie unser Support-Team!
Quelle des Feature-Bildes: http2.akamai.com