Czy powinienem używać gzip do kompresji mojego HTML?

Widziałem z testera online, że mój HTML można skompresować o około 90%! Czy dobrą praktyką jest używanie gzip, czy nie? Widzę, że wiele witryn tego nie używa.

Dla mnie poprawiłoby to ruch, ponieważ niektóre strony zawierają dużo danych (120 KB HTML bez obrazów), które można skompresować do kilku kilobajtów.

Tak. 120 KB dla samego HTML (!) Można znacznie skompresować. Wraz z plikami CSS i JavaScript. Przyspieszy to przeglądanie Internetu dla użytkowników i pozwoli zaoszczędzić przepustowość na serwerze.

Możesz wdrożyć kompresję za pomocą skryptu po stronie serwera i buforować skompresowane pliki, zmniejszając w ten sposób obciążenie procesora na zajętych serwerach.

Tak, prawie nie ma powodu, dla którego nie mogę używać GZIP przez cały czas. To jak uzyskiwanie bezpłatnej przepustowości i jest ono powszechnie obsługiwane. Zawsze miej to włączone!

Jedyne możliwe wady to

1. Jeśli korzystasz z hosta współdzielonego z bardzo ograniczonymi zasobami procesora, ponieważ kompresja odbywa się na serwerze i zajmuje trochę procesora. Serwer musiałby być jednak bardzo przeciążony i / lub bardzo stary, aby miało to znaczenie w praktyce.

2. Jeśli podajesz bardzo duże (a przez to duże mam na myśli 400 kilobajtów i więcej) dynamiczne strony internetowe. Kompresja bardzo dużych dynamicznych treści w locie może być wyjątkowo droga.

Ale z mojego doświadczenia są to oba rzadkie warunki skrajne; 99% czasu kompresja HTTP jest wyraźną wygraną.

Czy dobrą praktyką jest używanie gzip, czy nie?

Zależy od środowiska twojego serwera.

Jeśli na serwerze kończy się czas bezczynności procesora, dodanie deflacji GZIP może faktycznie spowolnić szybkość, z jaką serwer odpowiada na żądania.

Jeśli jednak nie masz obecnie do czynienia z wąskim gardłem procesora, deflacja GZIP to świetny pomysł, ale tylko w przypadku plików tekstowych.

Większość formatów plików graficznych (tj. PNG, JPG, GIF) jest już skompresowanych, a deflacja GZIP jest stratą czasu procesora.