Kompresja gzip

[BlackJuice]

Chciałem ostatnio dodać kompresję gzip na swoją stroną na wordpressie, ale okazało się, że już takowa jest, mimo braku jakiejkolwiek wtyczki czy wpisu w .htaccess od tego. I tutaj mam zagwozdkę, czy kompresję gzip można włączyć w ustawieniach serwera czy gdzieś indziej? Może przez hostingodawców jest ustawiana standardowo?

[Mion]

14 godzin temu, BlackJuice napisał:

Może przez hostingodawców jest ustawiana standardowo?

TAK

[home_pl]

Gzip jest na większości hostingów (w tym u nas) domyślnie włączony i nie musisz go aktywować wpisem w htaccess czy "wtyczką"

[Piotr GRD]

Mniej więcej chodzi o to, że oszczędność na transferze danych przewyższa stratę na CPU potrzebną do kompresji, więc leży to również w interesie hostingodawców, by dane były kompresowane, dlatego większość z nich obecnie domyślnie włącza kompresję dla wszystkich klientów, również tych, którzy przez zapomnienie lub brak świadomości sami by z tego nie korzystali.

 

Zawsze można jednak ją wyłączyć odpowiednimi wpisami w .htaccess itp., jeśli z jakichś względów klient tego potrzebuje. Przykładowo na jednym z używanych przeze mnie hostingów domyślnie włączona kompresja 'kłóciła się' z zakodowanym na stałe kompresowaniem w pewnych moich starych skryptach (a dokładniej następowała nierozpoznawalna przez przeglądarki podwójna kompresja danych).

Edytowane 11 Sierpnia 2018 przez Piotr GRD

[smarthost]

Szczerze - to jest dokładnie odwrotnie. Transfer jest tańszy, niż moc procesora. Transfer, czyli megabity w tą, czy w tą zawsze można tanio dokupić, a mocy procesora w serwerze nie można. Zatem to nie jest w tą stronę argument. Co nie zmienia faktu, że często gzip jest włączony domyślnie.

 

Wojtek

[theqkash]

14 minut temu, smarthost napisał:

Szczerze - to jest dokładnie odwrotnie. Transfer jest tańszy, niż moc procesora. Transfer, czyli megabity w tą, czy w tą zawsze można tanio dokupić, a mocy procesora w serwerze nie można. Zatem to nie jest w tą stronę argument. Co nie zmienia faktu, że często gzip jest włączony domyślnie.

Tu też zależy czy oceniasz sprawę z perspektywy klienta czy usługodawcy.

[Archi]

2 godziny temu, smarthost napisał:

Szczerze - to jest dokładnie odwrotnie. Transfer jest tańszy, niż moc procesora. Transfer, czyli megabity w tą, czy w tą zawsze można tanio dokupić, a mocy procesora w serwerze nie można. Zatem to nie jest w tą stronę argument. Co nie zmienia faktu, że często gzip jest włączony domyślnie.

 

Wojtek

 

GZIP na ogół działa na plikach tekstowych gdzie możesz osiągnąć kompresję wynoszącą ułamek pliku docelowego - w przypadku perfekcyjnie kompresowalnych danych rzędu 1/1032. Nawet z przeciętnymi plikami html jesteś w stanie bez większych problemów osiągnąć od 1/5 do 1/20 rozmiaru docelowego. Samo przesłanie tych danych może kosztować Cię więcej niż ich skompresowanie, i jak najbardziej mówię tutaj o CPU na transmisję TCP - wyliczanie sum kontrolnych pakietów również swoje kosztuje.

 

Użycie gzip -1 na dobrze kompresowalnych plikach (text/html, text/css, text/plain, application/javascript itp) niemal zawsze poprawia lub przynajmniej zrównuje wydajność zarówno po stronie użytkownika jak i serwera. Nie ma żadnego logicznego powodu na rezygnowanie z kompresji dobrze kompresowalnych plików, musiałbyś serwować miliony plików o wielkości pojedynczych bajtów, żeby koszt ich kompresji przewyższył ich przesył. Jak ostatnio sprawdzałem benchmarki to już przy 130 KB (skompresowanych do ~13 KB) plikach gzip się zrównuje z CPU na TCP. Do tego poza samym CPU dochodzi Ci jeszcze koszt przesłania tych danych, odebrania ich po drugiej stronie i sparsowanie - coś co również będzie o wiele szybsze po stronie klienta gdy odbierze 13 KB i zdekompresuje niż sparsuje pełny ciąg 130 KB.