След като обявихме голямата новина, че поддържаме QUIC, сега ще обявим и друга.

Ние сме първият хостинг доставчик в България, поддържащ новия стандарт за компресия Brotli. Brotli е обявен за пръв път през 2015 г. от Google, като инструмент за по-добра компресия на шрифтовете. След това е добавен в Google Chrome, Android и Google Web Server (gws) през 2016 г, преминавайки стандартизиране през IETF и получи RFC 7932. След стандартизирането му, поддръжката за него е прибавена и във Firefox, Opera и Edge. От iOS 11 и macOS High Sierra (10.13), вече и Apple потребителите разполагат с Brotli.

Как Brotli е по-добър от deflate или gzip?

За да отговорим на този въпрос първо ще трябва да направим едно важно уточнение: deflate и gzip всъщност са едно и също нещо. Реално deflate е алгоритъмът за компресия, докато gzip е самият файлов формат, съдържащ файл (1 брой) компресиран с deflate. Тъй като нямаме възможност да използваме deflate без писане на приложения, които го използват, ще използваме gzip от команден ред и ще го сравним с Brotli от команден ред. За да покажем разликите с gzip ще използваме файловете от нашия сайт - index.html, all.css и all.js като тестови.

файл                  големина

index.html        63923

all.js                   191844

all.css                 266624

Започваме при компресия 0 Brotli или 1 при gzip, което е най-бързото компресиране.

файл                Brotli размер    gzip размер      Brotli време      gzip време

index.html      11104                   10764                  0.002                  0.003

all.js                  76250                 73331                   0.003                  0.006

all.css               52209                 50096                  0.004                  0.005

Както виждате, скоростите са малко по-добри при brotli, но компресията е по-зле.

Продължаваме при компресия 2 Brotli или 3 при gzip.

файл                 Brotli размер    gzip размер      Brotli време      gzip време

index.html         9835                   10188                 0.002                 0.003

all.js                    66422                 69056                0.005                  0.007

all.css                 43056                  45190                0.006                  0.006

Тук вече brotli повежда и по време на компресиране и по размер.

Следва компресия 5 Brotli или 6 при gzip. Това е текущата стойност на gzip за компресия и е най-доброто съотношение компресия/време.

файл                 Brotli размер    gzip размер      Brotli време      gzip време

index.html         8461                    9307                   0.004                  0.003

all.js                    60613                  62527                 0.012                   0.012

all.css                  35318                  37328                0.009                   0.010

Тук вече нещата по скорост се изравняват, но като размер brotli отново е по-добър.

И най-добрата компресия е 11 при Brotli или 9 при gzip, но отнема много повече време, отколкото останалите.

файл                 Brotli размер    gzip размер      Brotli време      gzip време

index.html         7325                   9211                    0.172                   0.005

all.js                    55748                 62434                 0.479                  0.014

all.css                  30986                36808                0.636                  0.014

Тук вече Brotli е категоричен победител по размер, но пък му отнема колосално време за компресия в сравнение с gzip.

От горните тестове могат да се направят няколко извода. При ниски нива на компресия двата алгоритъма показват подобно поведение с лек превес като скорост за Brotli и по-добра компресия при gzip. В средните нива на компресия Brotli категорично повежда като компресия при почти еднакви времена. Всъщност, на средни нива Brotli компресира много по-добре, дори от най-добрата компресия на gzip. В най-високите нива се получават най-добри резултати на компресия и за двата алгоритъма, с огромна преднина за Brotli. За съжаление, времената за компресиране при Brotli се увеличават неимоверно много (всъщност експоненциално) - като разликата е между 30 до 45 пъти повече време.

По отношение на декомпресия скоростите са почти еквивалентни между двата алгоритъма с лек превес на Brotli.

Как да активираме Brotli на сървърите на Jump?

Това е най-лесното. Активирали сме го вместо вас и вие не трябва да правите нищо. Така ако клиент се свърже и подаде това като заявка Accept-Encoding: gzip, deflate, brotli (т.е. поддържа и трите), нашите сървъри ще му върнат отговор компресиран с Brotli. Ако клиентът се свърже и подаде в заявката Accept-Encoding: gzip, deflate, то сървърите ще върнат резултат компресиран с gzip (както по-горе описахме, gzip и deflate всъщност са едно и също нещо). Ако клиентът не поддържа компресия, то резултата ще му бъде върнат некомпресиран.

И сега една лоша новина - Brotli е активиран само и единственно на потребители, чиито сайтове се зареждат през сигурна връзка (HTTPS). Което всъщност, заедно с QUIC, е може би поредната причина да се мигрира към сигурна връзка, което вече описахме в поредица от статии тук. Заедно с QUIC, Brotli помага на сайтовете под сигурна връзка да се зареждат малко по-бързо. Специално при Brotli, помощта е, че обемът от данни на сайтовете намалява, като при по-тежките и натоварени сайтове обема може да се измерва в мегабайти или дори гигабайти дневно. В Jump Hosting, като оптимален вариант за компресиране, без по-голямо натоварване на сървърите, се компресират с Brotli само статичните файлове, докато динамичните файлове генерирани от PHP, например, се компресират с gzip. Тоест, ако имаме WordPress или друга CMS система, то само HTML файлът ще се компресира с gzip, докато всички JS, CSS и други файлове ще бъдат компресирани с Brotli.

Ако желаете да експериментирате с Brotli, можете да го използвате на нашия тестов сървър или да използвате други сайтове на нашия хостинг, които са със сигурна връзка.

Можете да оставите вашите въпроси и мнения тук в коментарите, или в социалните мрежи.