![\"\"](\"https:\/\/templ.io\/app\/uploads\/2019\/03\/QUIC-Badge-Dark-RGB-Horiz-1024x348.png\"){kind=icon}
<\/p>\n
QUIC \u00e4r ett n\u00e4sta generationens internetprotokoll som \u00e4r krypterat per default och som kan minska laddtider p\u00e5 internet avsev\u00e4rt, speciellt f\u00f6r mobila uppkopplingar och f\u00f6r uppkopplingar med d\u00e5lig bandbredd.<\/p>\n
Templ.io har aktiverat QUIC f\u00f6r alla v\u00e5ra kunder<\/h3>\n
P\u00e5 Templ.io har vi redan aktiverat QUIC f\u00f6r alla v\u00e5ra kunder som anv\u00e4nder v\u00e5r gratis Google Cloud-baserade CDN och vi har har redan sett stora f\u00f6rb\u00e4ttringar p\u00e5 v\u00e5ra kunders hemsidors laddtider.<\/p>\n
QUIC \u00e4r ett initiativ av Google (som HTTP\/2 ocks\u00e5 var) och kommer med flera stora f\u00f6rb\u00e4ttringar:<\/p>\n
- \n
- Kraftigt minskad anslutningstid<\/li>\n
- \u00d6kad redundans vid paketf\u00f6rlust<\/li>\n
- F\u00f6rb\u00e4ttrad \u00f6verbelastningskontroll<\/li>\n
- Migration av anslutning<\/li>\n<\/ul>\n
Kraftigt minskad anslutningstid<\/h3>\n
HTTP\/2 kr\u00e4ver vanligen 2-3 rundturer av anrop mellan webbl\u00e4sare och webbserver f\u00f6r varje bes\u00f6k innan en s\u00e4ker anslutning har uppr\u00e4ttats.<\/p>\n
Med QUIC \u00e5 andra sidan s\u00e5 kan servern b\u00f6rja skicka data till bes\u00f6karens webbl\u00e4sare direkt, utan en enda rundtur ifall de tidigare har kommunicerat med varandra, n\u00e5got som kan kraftigt minska anslutningstiden (\u00e4ven kallad ”time to first byte” eller TTFB)<\/strong> vilket ofta m\u00e4ts av speedtest-verktyg s\u00e5 som Pingdom<\/a> och Webpagetest.org<\/a>.<\/p>\n
![\"\"](\"https:\/\/templ.io\/app\/uploads\/2019\/03\/gcp-cloud-cdn-performance.gif\")
HTTP\/2 j\u00e4mf\u00f6rt med QUIC. K\u00e4lla: Google<\/figcaption><\/figure>\n \u00d6kad redundans vid paketf\u00f6rlust<\/h3>\n
HTTP\/2 m\u00f6jliggjorde flera str\u00f6mmar av data i en enda anslutning, men alla dessa str\u00f6mmar av data kan blockeras samtidigt bara ett enda TCP-paket g\u00e5r f\u00f6rlorat – ett problem som kallas f\u00f6r ”head-of-line blocking”.<\/p>\n
QUIC, likt HTTP\/2, har ocks\u00e5 st\u00f6d f\u00f6r flera str\u00f6mmar av data i en anslutning men anv\u00e4nder ett mer redundant s\u00e4tt att \u00f6verf\u00f6ra data p\u00e5 med hj\u00e4lp av UDP ist\u00e4llet f\u00f6r TCP. Med QUIC s\u00e5 inneb\u00e4r inte l\u00e4ngre en f\u00f6rlust av ett enda paket att andra requests saktas ner utan det p\u00e5verkar enbart just det paketet.<\/p>\n
F\u00f6rb\u00e4ttrad \u00f6verbelastningskontroll<\/h3>\n
\u00f6verbelastningskontroll \u00e4r ett v\u00e4ldigt komplext \u00e4mne i sig och det \u00e4r inget som jag kommer f\u00f6rdjupa mig i i det h\u00e4r blogginl\u00e4gget. S\u00e5 h\u00e4r lyder en kort sammanfattning om QUICs ambitioner g\u00e4llande \u00f6verbelastningskontroll, saxat fr\u00e5n Wikipedia:<\/p>\n
QUIC’s secondary goals include reduced connection and transport\u00a0latency, and\u00a0bandwidth\u00a0estimation in each direction to avoid\u00a0congestion.<\/p><\/blockquote>\n
Migration av anslutning – Fr\u00e5n WiFi to mobildata och vice versa<\/h3>\n
QUIC skapades med mobila anslutningar i fokus och st\u00f6djer nu migration av befintliga anslutningar n\u00e4r man hoppar mellan WiFi och mobilt internet och vice versa.<\/p>\n
Tiden d\u00e5 hemsidor helt slutas ladda bara f\u00f6r att din mobiltelefon tappade WiFi-anslutningen f\u00f6r en stund \u00e4r nu pass\u00e9!<\/p>\n
Hur mycket snabbare \u00e4r QUIC?<\/h3>\n
On a well-optimized site like Google Search, connections are often pre-established, so QUIC\u2019s faster connections can only speed up some requests\u2014but QUIC still improves mean page load time by 8% globally, and up to 13% in regions where latency is higher.<\/p>\n