Checker ng Brotli

Ang Checker ng Brotli ay isang libreng tool na tumutukoy kung gumagamit ang isang website ng Brotli compression sa paghahatid ng content.

Ano ang Brotli compression?

Ang Brotli ay isang lossless compression format na nagpapaliit sa dami ng data na inililipat mula sa web server papunta sa browser. Karaniwan itong ginagamit sa mga text-based na content gaya ng mga HTML, CSS, JavaScript, JSON at SVG file.

Nangyayari ang compression bago o habang ipinapadala ng server ang tugon. Ipinapahiwatig ng isang compatible na browser na tumatanggap ito ng Brotli sa pamamagitan ng pagsama ng br, na may quality value na hindi zero, sa HTTP Accept-Encoding request header nito. Kung naka-configure ang server o content delivery network para gumamit ng Brotli, maaari nitong ibalik ang compressed na tugon na may Content-Encoding: br.

Hindi binabago ng Brotli ang kahulugan ng content. Dine-decompress ng browser ang tugon bago ito iproseso. Karaniwang kaunti lang ang pakinabang sa dagdag na Brotli compression ng mga format na mayroon nang sariling compression, kabilang ang JPEG, PNG, MP4 at karamihan ng mga archive file.

Paano malalaman kung gumagamit ng Brotli ang isang website?

Ilagay ang address ng website at patakbuhin ang Brotli check para malaman kung gumagamit ito ng Brotli compression.

Sa server isinasagawa ang proseso. Ipinapadala sa server ang inilagay mong address sa pamamagitan ng HTTPS at hindi ito iniimbak.

Paano basahin ang resulta ng Checker ng Brotli?

Ipinapakita ng resulta kung gumagamit ng Brotli ang website.

Kapag natukoy ang Brotli, gumagamit nito ang website. Kapag hindi ito natukoy, posibleng walang compression ang website o gumagamit ito ng ibang encoding gaya ng Gzip.

Pag-troubleshoot sa mga karaniwang problema sa Brotli

Sundin ang mga hakbang na ito kapag hindi natukoy ang Brotli kahit inaasahan mong ginagamit ito.

1. Naka-enable ang Brotli pero Gzip pa rin ang ibinabalik ng site. Suriin ang mga setting ng content negotiation, kung kwalipikado ang content para sa compression, ang minimum-size threshold at ang mga naka-cache na variant. Kung dumadaan ang request sa isang CDN, reverse proxy o hosting platform na may sarili nitong patakaran sa compression, maaaring palitan ng intermediary ang Brotli ng naka-cache na Gzip response.
2. Pumapasa ang home page pero hindi ang mga static file. Suriin ang mga panuntunan sa compression para sa mga CSS at JavaScript file. Madalas na inilalapat ang mga panuntunan ng server ayon sa MIME type, at maaaring ihatid ang mga asset mula sa ibang hostname gaya ng static.example.co.uk.
3. Hindi pa nakikita ang isang kamakailang pagbabago sa hosting o CDN. Suriin ang DNS, routing at mga HTTP response header. Kung umaabot pa rin ang traffic sa lumang edge o origin, maaaring ang dating configuration ang makita sa resulta.

Makakatulong ang Paghahanap ng mga HTTP header kung kailangan mong suriin ang mga response header bukod sa pasya tungkol sa compression. Magkahiwalay na feature ang Brotli at HTTP/2, kaya gamitin ang HTTP/2 Tagasuri kung kailangan mo ring kumpirmahin ang connection protocol. Maaaring gumamit ang isang site ng Brotli sa isang koneksiyong walang HTTP/2, at hindi awtomatikong nae-enable ang Brotli kapag in-enable ang HTTP/2.

Maaari ka ring magsuri sa command line gamit ang curl. Sa request na gaya ng curl --compressed -D - -o /dev/null https://www.example.co.uk/, inuutusan ang curl na tumanggap ng mga sinusuportahang compression at ipakita ang mga response header. Maaaring magkaiba ang resulta kung iba ang pagtrato ng server sa mga command-line client o kung HEAD request ang ginamit sa halip na karaniwang GET request.

Bakit maaaring magmukhang mali ang resulta dahil sa caching o propagation?

Maaaring pansamantalang maglabas ang mga cache at pagkaantala sa routing ng resultang iba sa inaasahan mong configuration. Posibleng panatilihin ng CDN ang mas lumang uncompressed o Gzip-compressed na object hanggang mag-expire o ma-purge ito.

Kapag nakadepende sa Accept-Encoding ang pagpili ng representation, dapat isama sa origin response ang Vary: Accept-Encoding. Ginagamit ng mga cache ang field na ito sa pagbuo ng mga cache key upang mapaghiwalay ang mga representation para sa mga client na may iba't ibang suporta sa compression. Kung wala ang header na ito o mali ang pagproseso rito, maaaring ibalik ng cache ang maling variant. Suriin ang CDN cache key at mga response header kapag paminsan-minsan lang lumalabas ang Brotli.

Isa pang sanhi ng pagkaantala ang mga pagbabago sa DNS. Maaaring panatilihin ng mga resolver ang dating address hanggang mag-expire ang time to live nito, at posibleng sa magkakaibang server makarating ang magkakahiwalay na network habang isinasagawa ang migration. Dahil tumatakbo sa isang server ang checker na ito, maaaring hindi kapareho ng ginagamit ng browser mo ang DNS at cache path nito. Maaari ring magpakita ang browser developer tools ng response na naka-cache sa iyong device, kaya kapag naghahambing ng mga resulta, i-reload ang page nang naka-disable ang cache.

Mga madalas itanong

Puwede bang sabay na naka-enable ang Brotli at Gzip?

Oo. Karaniwang sinusuportahan ng mga server ang dalawa at pumipili ng encoding mula sa Accept-Encoding header ng client. Dahil dito, magagamit ang Gzip para sa mga compatible na mas lumang client, habang magagamit naman ang Brotli para sa mga client na nag-aanunsyo ng br na may quality value na hindi zero.

Gumagamit ba ang Brotli ng .br na file extension?

Maaaring gamitin ng mga pre-compressed na Brotli file ang .br extension sa server, pero karaniwang ang orihinal na URL pa rin ang hinihiling ng mga bumibisita sa website. Pinipili ng server ang compressed na representation at tinutukoy ito sa pamamagitan ng Content-Encoding response header.

Dapat bang gumamit ng Brotli ang bawat file sa isang website?

Hindi. Karaniwang angkop ang Brotli sa mga text-based na response, samantalang maaaring compressed na ang mga image, video, PDF at archive file. Ang muling pag-compress sa mga format na iyon ay maaaring kumonsumo ng oras ng server nang walang makabuluhang pagbawas sa laki ng inililipat na data.

Nakakapagpataas ba ng search ranking ang Brotli?

Hindi direktang garantiya ang Brotli para sa mas mataas na ranking. Maaaring mapaikli ng mas maliliit na text response ang oras ng paglilipat, na posibleng makatulong sa performance ng page. Gayunman, naaapektuhan din ang aktuwal na karanasan ng mga user ng caching, oras ng pagtugon ng server, pagpapatakbo ng mga script at pagproseso ng mga image.

Ano ang dapat suriin pagkatapos i-enable ang Brotli?

Kumpirmahing tama ang pag-load sa browser ng mga text response na kumakatawan sa karaniwang content ng site. Suriin ang Content-Type, Content-Encoding, Content-Length kung mayroon, at Vary. I-purge rin ang mga kaugnay na entry sa CDN kung nananatiling naka-cache ang mga lumang variant.