Het internet kan een beetje een tweeslachtigheid zijn met betrekking tot hoe het zich ontwikkelt. Nieuwe technologieën lijken bijna dagelijks te verschijnen, te groeien en uit te breiden, maar het onderliggende protocol dat het web zoals we dat nu kennen aandrijft, zag (tot voor kort) bijna 15 jaar lang bijna geen betekenisvolle groei. Het Hypertext Transfer Protocol (HTTP) werd oorspronkelijk ontworpen door Tim Berners-Lee eind jaren 80, en de laatste significante herziening van het protocol werd gedaan in 1999 (gestandaardiseerd als een RFC die werd uitgebracht toen ik in de tweede klas zat). Vorig jaar werd een grote herziening van HTTP afgerond in de vorm van HTTP/2, een belangrijke upgrade voor de onderliggende ruggengraat van het web zoals we dat vandaag kennen.
Waarom HTTP Updaten?
De ontwikkelaars van de HTTP/2-specificatie hebben een uitstekende samenvatting gegeven van waarom en hoe HTTP is verbeterd in de nieuwste protocolversie. Kort gezegd, HTTP/1.1 was ontworpen voor een andere tijd, toen webpagina’s kleiner, eenvoudiger en goedkoper waren om over het netwerk te versturen. De explosieve groei van het web in het afgelopen decennium heeft een paradigma verschuiving gezien in hoe websites en applicaties zijn ontworpen en ingezet. Websites en webapplicaties gebruiken grotere, complexere mediabestanden, en bieden meer inhoud dan ooit tevoren—en er is geen teken dat dit gaat vertragen. De noodoplossingen die door ontwikkelaars en ingenieurs zijn toegepast om enkele van de inherente beperkingen van HTTP/1.1 (zoals request pipelining, domeinsharding, enz.) te omzeilen, waren hacks en noodverbanden die nooit fundamenteel werden aangepakt, en stonden grotendeels in contrast met sommige ontwerpkenmerken van TCP, het onderliggende communicatieprotocol waar HTTP op draait. HTTP/2 is ontworpen om rekening te houden met de aard van het moderne web, en biedt een efficiënte standaard voor moderne servers en cliënten om met elkaar te communiceren.
HTTP/2 introduceert een aantal nieuwe functies, waaronder:
- Een binair protocol, waardoor het compacter is om over de lijn te verzenden
- Volledig multiplexed, parallelle verbindingen zorgen voor snellere en efficiëntere gegevensoverdracht
- Server push functionaliteit, stelt webontwerpers in staat websites te bouwen die proactief middelen verzenden die nodig zullen zijn voor een webpagina
We Weten Dat Je Veel VPS-Opties Hebt
Hier is hoe het VPS-aanbod van DreamHost zich onderscheidt: 24/7 klantenondersteuning, een intuïtief panel, schaalbare RAM, onbeperkte bandbreedte, onbeperkte hostingdomeinen en SSD-opslag.
Kies Je VPS PakketAdoptie in de Industrie
Schitterende functies en goed ontworpen protocollen zijn allemaal prima, maar ze zijn waardeloos als ze niet daadwerkelijk worden gebruikt. Na de voltooiing in medio 2015, zag het HTTP/2 protocol al snel vroege adoptie van serviceproviders zoals Akamai, Google en Facebook, open-source HTTP-servers zoals Nginx en browsers, inclusief Chrome, Firefox, Safari en zelfs Internet Explorer (verrassend, ik weet het). Volgens onderzoekers die de adoptiesnelheid van HTTP/2 volgen, kondigen bijna 200.000 sites uit de Alexa-lijst van top een miljoen websites ondersteuning aan voor HTTP/2.
Gerelateerd: 13 van de Beste Beveiligingsplugins om Je WordPress Site Veilig te Houden
Beveiligen van HTTP/2
Als opvolger van het SPDY-protocol verwachtten veel early adopters dat HTTP/2 een TLS-verbinding zou vereisen, net zoals zijn voorganger dat deed. Uiteindelijk is door de ontwerpers van het protocol besloten dat beveiligde verbindingen niet verplicht zouden zijn; echter heeft dat browserontwikkelaars er niet van weerhouden om encryptie te vereisen. Momenteel ondersteunen geen browserimplementaties plaintext HTTP/2-verbindingen (ook bekend als h2c).
HTTP/2-servers gebruiken een van de twee onderhandelingsprotocollen om hun ondersteuning via TLS-verbindingen aan te kondigen: NPN en ALPN. NPN is een ouder, minder efficiënt onderhandelingsprotocol, terwijl ALPN nieuwer, sneller is en veel minder adoptie heeft gezien vanwege de uitsluiting van oudere OpenSSL-versies. Interessant is dat Google plannen heeft aangekondigd voor Chrome om de ondersteuning voor NPN te laten vallen ten gunste van ALPN, wat veel gebruikers in het duister over HTTP/2 zou kunnen laten terwijl oude OpenSSL-pakketten nog steeds in omloop zijn.
HTTP/2 bij DreamHost
Als aanbieder die zich inzet voor open source projecten, hebben we met enthousiasme besloten om de adoptie van HTTP/2 door te zetten. Vanaf deze week kunnen domeinen die gehost worden op VPS en dedicated servers aangedreven door Nginx volledig profiteren van het HTTP/2-protocol. HTTP/2-ondersteuning in Nginx is ontworpen om naadloos samen te werken met bestaande HTTP/1.1-verbindingen, zij het alleen voor HTTPS-sites. Andere bestaande functies die door onze Nginx-services worden geboden, inclusief extra webbeveiliging en Lua-ondersteuning via OpenResty, zullen ook transparant blijven werken onder HTTP/2.
Daarnaast zijn de door DreamHost aangedreven HTTP/2-servers volledig in staat om zowel NPN- als ALPN-onderhandelingen te ondersteunen, wat betekent dat de aanstaande stopzetting van NPN door Chrome geen verbindingsfouten zal veroorzaken op browsers die de nieuwste technologieën gebruiken.
HTTP/2-ondersteuning toevoegen aan je Nginx/HTTPS-domein is zo simpel als het activeren van een checkbox. Bekijk het artikel in de Kennisbank voor meer details en instructies over hoe je deze dienst activeert.
En voor de extra-nieuwsgierigen zijn er een aantal uitstekende bronnen over HTTP/2 die veel dieper ingaan op de fijne kneepjes:
Dus waar wacht je nog op? Vink dat HTTP/2 vakje aan en breng jouw domein vandaag nog naar een hoger niveau!
Als je vragen hebt, laat hieronder een reactie achter, tweet ons op @DreamHostCare op Twitter, of neem contact op met ons ondersteuningsteam!
Afbeeldingsbron van de functie: http2.akamai.com