http/2: revolution?re Verbesserung der Webseite Ladegeschwindigkeit

http/2 ist ein gro?es Upgrade auf HTTP/1.1, mit dem Leistungsprobleme gel?st und die Ladezeit der Website verkürzt werden soll. Dies erreicht dies durch Funktionen wie Multiplex -Streams, Server -Push, Header -Komprimierung und bin?res Format.

Multiplexing erm?glicht es, mehrere Anforderungen und Antworten gleichzeitig über eine einzelne TCP -Verbindung zugesandt zu werden, wodurch die Stauung und die Erh?hung der Geschwindigkeit verringert werden. Server Push sendet aktiv Ressourcen an den Cache des Browsers, wodurch die Leistung verbessert wird. Die Headerkomprimierung verkürzt die Datenabnahmezeit und die Gebrauch von Bandbreiten. Das Bin?rformat ist einfacher zu verarbeiten, wodurch der Server -Workload und die Seitenladezeit verkürzt werden.

Entwickler müssen keine L?sungen wie Image Sprite, Inline und Dateiverbindung mehr verwenden, um die Anzahl der Anforderungen auf Webseiten zu reduzieren. Die meisten HTTP/2-f?higen Browser erfordern jedoch eine HTTPS-Verschlüsselung, was für einige Benutzer eine Herausforderung darstellen kann, die ein Wechsel in Betracht ziehen.

Obwohl HTTP/2 viele Vorteile hat, wurde es auch wegen seines überfokus auf Bandbreite und Vernachl?ssigung von Datenschutzfragen kritisiert. Einige glauben, dass HTTP/2 aufgrund der raschen Entwicklung der Technologie und der Notwendigkeit flexiblerer Protokolle m?glicherweise nicht lange dauert, um sich ?ndernde technologische Herausforderungen zu bew?ltigen.

Wie http/1.1

Wenn Sie auf eine Webseite zugreifen, erh?lt der Browser die Seite, indem Sie alle Ressourcen der Seite vom Webserver anfordern. Seit der Geburt des Webs wurde dies haupts?chlich über HTTP/1.1 durchgeführt.

Mit der Zeit entwickelt sich die Technologie weiter, Websites werden immer komplexer und ressourcenintensiver. Das HTTP/1.1-Protokoll wird zunehmend Druck und erfordert viele Problemumgehungen, um Leistungsprobleme zu l?sen.

Die heutigen Webseiten enthalten normalerweise viele Ressourcen wie Bilder, Text, Schriftarten usw., was sie viel schwerer macht als in den 90ern und sogar in den 2000er Jahren. Infolgedessen laden sie l?nger, sodass Webdesigner und Entwickler clevere Problemumgehungen entwickeln, um dieses Problem zu l?sen. Es ist jedoch offensichtlich, dass das HTTP -Protokoll selbst aktualisiert werden muss.

Wie http/2

Ihr Browser sendet weiterhin Anfragen an den Server und empf?ngt Antworten auf die erforderlichen Ressourcen, damit die Webseite ordnungsgem?? angezeigt wird. Die Nuancen zwischen den beiden ?ndern sich jedoch. HTTP/2 führt neue Funktionen wie Multiplex -Streams, Server -Push, Header -Komprimierung und bin?re Formate ein, die wir wiederum untersuchen werden.

• Multiplexing -Stream: Multiplexing übergibt diese Ressourcen in kleinere Teile, übergibt sie durch eine Verbindung und stellt dann die Ressourcen wieder zusammen, sobald sie ihr endgültiges Ziel (Browser) erreicht haben Ressourcen wie Text, Schriftarten und Bilder.

• Server -Push: Server -Push ist eine effizientere M?glichkeit, Ressourcen an den Browser zu liefern. In einer HTTP/1 -Umgebung wird die HTML -Seite an den Browser gesendet, das sie analysieren und die Ressourcen ermitteln muss, die sie m?glicherweise ben?tigt, und diese Ressourcen dann vom Server anfordern. HTTP/2 ist in dieser Hinsicht proaktiver und sendet Ressourcen, die der Browser m?glicherweise ohne Anfragen ben?tigt. Diese Ressourcen gehen in den Cache des Browsers und sind bei Bedarf sofort verfügbar, was von Vorteil für die Leistung ist.

• Header -Komprimierung: In HTTP/1 wird jede gesendete Anforderung mit einem kleinen Teil zus?tzlicher Daten - dem HTTP -Header - angeh?ngt, in der beschrieben wird, wie sich der Browser oder Server verh?lt. Im Durchschnitt kann ein Browser jeweils etwa 6 Verbindungen herstellen, wenn man bedenkt, dass die Anzahl der zum Laden einer typischen Webseite erforderlichen Verbindungen m?glicherweise bis zu 100 liegt. Dies erfordert immer noch das Abrufen einer gro?en Datenmenge, die Zeit und Bandbreite erfordert . Wenn eine HTTP/2 -Verbindung hergestellt wird, werden alle Header in einen komprimierten Block verpackt und insgesamt gesendet. Es übertr?gt schneller und nach Abschluss des Getriebes wird der Headerblock dekodiert.

• Bin?res Format anstelle von Textformat: Textformat hat einen zus?tzlichen Aufwand, der verbessert werden muss, w?hrend das Bin?rformat keine Analyse erfordert. Es ist auch kompakter. Die zus?tzliche Arbeit des Servers bedeutet zus?tzliche Zeit, um auf das Laden der Webseite zu warten. Aus diesem Grund ist das bin?re Format leichter zu handhaben und eine angemessene Verbesserung.

Welche verschiedenen Dinge k?nnen Entwickler jetzt

Entwickler müssen keine Image Sprite, Inline- und Dateiverbindungen mehr verarbeiten, da die Anzahl der Anforderungen auf der Webseite nicht reduziert werden muss. Grunds?tzlich wird dies die gr??te Ver?nderung ihrer t?glichen Arbeit sein. Es gibt jedoch mehr zu sagen über interne Ver?nderungen, die ihre Arbeit in irgendeiner Weise beeinflussen k?nnen.

Dinge zu beachten

Obwohl die HTTP/2 -Spezifikation selbst nicht obligatorisch ist, erfordern die meisten Browser, die HTTP/2 unterstützen, eine HTTPS -Verschlüsselung. Dies bedeutet, dass Besucher entweder einen anderen Kunden finden müssen, um auf Ihre Website zuzugreifen oder auf sie zu verpassen, wenn Ihre HTTP/2 -Website nicht über eine verschlüsselte Verbindung bereitgestellt wird.

W?hrend es jetzt einige Trends gibt, die Websites über HTTPS anregen, haben Browser diese Anforderung kritisiert und werden zweifellos ein Stolperstein für einige Leute sein, die in Betracht ziehen, auf HTTP/2 zu wechseln. (Weitere Tipps zu welcher HTTPS sind und wie Sie es implementieren k?nnen, lesen Sie die jüngste Einführung von SitePoint in HTTPS.)

Für die ?ffentlichkeit ist der übergang des Netzwerks nahtlos. Modifikationen und Upgrades, die für die Arbeit in der neuen Protokollversion erforderlich sind, finden Sie im Server und im Browser. Der Server wird im Laufe der Zeit aktualisiert und unterstützt letztendlich beide Protokolle. Browser, die das neue Protokoll unterstützen, wechselt automatisch auf HTTP/2. Gleichzeitig k?nnen alte Browser es nicht verstehen. Als Entwickler müssen Sie wissen, ob sowohl Ihr Browser als auch der Server, den Sie für HTTP/2 unterstützen, sicherstellen, dass die Verbindung auf http/2 aktualisiert wird.

Einige Kontroversen

W?hrend viele über HTTP/2 begeistert sind, sind andere, wie Poul-Henning Kamp, nicht so beeindruckt. Kamp ist der Meinung, dass HTTP/2 "wirklich nur ein gro?er Name für HTTP/1.2" ist und der Meinung ist, dass es h?chstwahrscheinlich nicht lange dauern wird, wenn es abhebt.

seiner Meinung nach l?st das neue Protokoll das tats?chliche Problem nicht, sondern konzentriert sich zu sehr auf die Bandbreite. Ein besserer Fokus, so schl?gt er vor, das Konzept der Cookies abzusagen und es durch ein Sitzungs-/Identit?ts -Tool zu ersetzen. Dies wird die Privatsph?re in einer Welt mit zunehmenden Sicherheitsrisiken in gewissem Ma?e verbessern. Und HTTP/2, glaubt Kamp, verbessert die Privatsph?re nicht wesentlich.

Zeigen Sie die Differenz

Diese Akamai -Demonstration zeigt, wie Ressourcen in beiden Protokollversionen gleichzeitig geladen werden. Das erste Bild wird über HTTP/1 und sechs gleichzeitige Verbindungen (wenn Sie Google Chrome verwenden) geladen, w?hrend das zweite Bild über HTTP/2 als Ganzes geladen wird, werden alle Teile gleichzeitig geladen.

Wenn Sie ein tieferes Verst?ndnis dafür haben m?chten, wie Daten in Protokollverbindungen unterschiedlich geladen werden, lesen Sie dieses Beispiel golang.org. Sie k?nnen unterschiedliche Verz?gerungseinstellungen ausprobieren, damit Sie sehen k?nnen, wie Daten gleichzeitig auf Ger?ten unterschiedlicher Kapazit?ten geladen werden. Je l?nger die Latenz ist, desto offensichtlicher gewinnt die HTTP/2 in Bezug auf die Leistung.

untere Zeile

http/2 ist ein reibungsloser übergang für normale Benutzer, und für diejenigen, die im Netzwerk arbeiten, gibt es einige M?glichkeiten.

im Allgemeinen ist die Website sicherer und schneller geladen. Die Vereinbarung hat keine grundlegende Ver?nderungen geführt, wahrscheinlich weil es technisch und politisch schwieriger ist. Deshalb dienen uns HTTP/2 m?glicherweise nicht so lange.

Die Welt der Technologie w?chst jedes Jahr schneller. In einigen Jahren brauchen wir vielleicht noch etwas anderes. Meine pers?nliche Hoffnung ist, dass das n?chste Protokoll flexibler und mutiger sein wird, um sich mit sich ver?ndernden technologischen Herausforderungen zu befassen.

(FAQs) FAQs über http/2 (der FAQs -Abschnitt wird hier weggelassen, da sich der Inhalt mit dem zuvor abgedeckten Inhalt stark überlappt, so dass die Duplikation vermieden wird.)

Das obige ist der detaillierte Inhalt vonHTTP/2: Die Voraussetzungen, die Nachteile und was Sie wissen müssen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!