Brotli on Google'i poolt välja töötatud uus tihendusalgoritm. Väiksem tihendusvastuse suurus võimaldab paremat ruumikasutust ja kiiremat lehe laadimist. Paljudel juhtudel ületab Brotli gzipi. Eelised: Tüüpiliste veebivarade nagu css, html, js puhul ületab Brotli gzipi 17–25% võrra. Brotli -11 tihedus võrreldes gzip-9-ga: html (mitmekeelne korpus): säästa 25% js-ist (Alexa kõrgeim 10k): säästa 17% kahanevast js-ist (Alexa top 10k): säästa 17% css-ist (Alexa top 10k): säästa 20% kokkuhoidu.
Sissejuhatus Brotli algoritmi
Brotli avaldati algselt 2015. aastal veebifondide võrguühenduseta tihendamiseks. Google'i tarkvarainsenerid avaldasid 2015. aasta septembris täiustatud Brotli versiooni, keskendudes eriti HTTP tihendamisele. Kodeerijat on osaliselt ümber kirjutatud, et parandada tihendussuhet, nii kodeerijat kui dekoodrit on kiirendatud ning voogedastuse API-d on täiustatud, et lisada rohkem tihenduskvaliteedi tasemeid. Uus versioon näitab ka jõudluse paranemist platvormidel ning vähendab dekodeerimiseks vajalikku mälu.
Erinevalt levinud üldotstarbelistest tihendusalgoritmidest kasutab Brotli eelmääratletud 120-kilobaidist sõnastikku. Sõnastik sisaldab üle 13 000 sageli kasutatava sõna, fraasi ja muid alamjadasid suurest teksti- ja HTML-dokumentide korpusest. Eelmääratletud algoritmid võivad suurendada väiksemate failide tihedust.
Brotli kasutamine deflate'i asemel tekstifailide tihendamiseks võib tavaliselt suurendada tihendustihedust 20%, samas kui tihendamise ja dekompressiooni kiirus on ligikaudu sama. Sisu kodeerimise tüüp voogude tihendamiseks Brotli abil on pakutud kasutada "br"-i.
Brotli vs. Gzip
Tihendusalgoritmide hindamisel keskendume kahele näitajale: kompressioonikiirusele ja kompressioonikiirusele. Nagu ülalolevalt jooniselt näha, on ükskõik millist 9 gzipi tihendustasemest kasutatakse selle kompressioonisuhe madalam kui brotli'l (võrreldes gzipiga saab seda seadistada ka 10-ni) ning kompressioonikiirus on samuti aeglasem.
Brotli eelis: Brotli ületab gzipi 17–25% tüüpiliste veebivarade nagu css, html, js puhul. Brotli -11 tihedus võrreldes gzip-9-ga: html (mitmekeelne korpus): säästa 25% js-ist (Alexa kõrgeim 10k): säästa 17% kahanenud js-ist (Alexa top 10k): säästa 17% css-ist (Alexa top 10k): säästa 20%
asp.net tuum võimaldab Brotlit
Accept-Encoding päise väärtus
Koodi konfiguratsioon
Järgmine kood näitab, kuidas lubada reageerivat kompressioonivahendustamist vaikimisi MIME tüübi ja kompressiooniteenuse pakkujate (Brotli ja Gzip) jaoks:
Märkus:
- rakendus. UseResponseCompression peab olema rakenduses kaasatud. Kasuta enne helistamist Mvc-d.
- Kasuta tööriistu nagu Fiddler, Firebug või Postman, et seadistada Accept-Encoding päringupäis ja uurida vastuse päist, suurust ja põhiosa.
Vaikimisi lisatakse Brotli tihendusteenuse pakkuja koos Gzipi tihendusteenuse pakkujaga kompressiooniteenuse pakkuja massiivi. Kui klient toetab Brotli tihendatud andmeformaati, muutub tihendamine vaikimisi Brotli tihendamiseks. Kui klient ei toeta Brotlit, siis kompressioon on vaikimisi Gzip, kui klient toetab Gzipi kompressiooni.
BR kompressioonitest
Ava Fiddleri pakettide püüdmise tööriist ja kasuta brauserit, et pääseda meie veebilehe aadressile, näed järgmist:
Päringu päis: Accept-Encoding: gzip, deflate, br
Vastuse päis: sisukodeering: br
Tihendamisel eemaldatakse Content-Length päis, sest keha sisu muutub vastuse kokkusurumisel.
Tihendamisel eemaldatakse Content-MD5 päis, kuna kehasisu on muutunud ja räsi ei kehti enam.
Kui asp.net tuum lubab https-funktsiooni, ei mõjuta Brotli html- ja json-kompressioonil, kuid suudab tihendada js-i ja css-i. （Võimalik, et tähemärgi pikkus on liiga väike, et seda kokku suruda, ning see tuleks seadistada）
(Lõpp)
|
Postitatud 2021-1-23 12:12:25
|
|
|
|
Postitatud 2022-9-24 10:48:26
|
Üürileandja|
Postitatud 2023-9-1 21:59:51
|
