Skocz do zawartości

Rekomendowane odpowiedzi

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?

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
14 godzin temu, BlackJuice napisał:

Może przez hostingodawców jest ustawiana standardowo?

TAK

  • Lubię 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach

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ą" ;)

  • Lubię 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
Napisano (edytowane)

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 przez Piotr GRD
  • Lubię 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach

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

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
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.

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
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.

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się

  • Przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników, przeglądających tę stronę.

×

Powiadomienie o plikach cookie

Korzystając z forum, wyrażasz zgodę na: Warunki użytkowania, Regulamin, Polityka prywatności.