northwest
28.03.2009, 01:52:18
Witam,
czy wykorzystywaliście kiedyś kompresję www po stronie serwera (chodzi o oszczędność transferu) ?
Jakie są wady i zalety takiego rozwiązania?
Northwest
erix
30.03.2009, 09:17:09
Wady? Odrobinę bardziej obciążony serwer. Zalety? Mniejsze zużycie transferu. Przecież to chyba oczywiste.

Do poduszki:
ob_gzhandler" title="Zobacz w manualu PHP" target="_manual albo google@
mod_gzip.
zegarek84
30.03.2009, 09:38:39
northwest
30.03.2009, 20:38:09
a czym to się różni od tej kompresji po stronie apache??
erix
30.03.2009, 22:04:59
To jest praktycznie to samo, tylko realizowane na różnych warstwach; Apache zbiera wszystko "do kupy" i kompresuje (mod_gzip), a w przypadku
ob_gzhandler" title="Zobacz w manualu PHP" target="_manual, itp, to PHP trudni się skompresowaniem całej wyplutej treści.
northwest
30.03.2009, 22:06:46
a jak włączyć kompresję po stronie apache??

jak będę miał odpalową kompresję po stronie apache i po stronie PHP to coś się stanie??
erix
30.03.2009, 22:07:44
A google zabrali? mod_gzip i masz oficjalną dokumentację.
Jeśli jednocześnie, to nic nie zyskasz - zmarnujesz tylko zasoby na powtórne kompresowanie skompresowanych już danych.
northwest
31.03.2009, 21:45:16
czy ta kompresja z php kompresuje też css/js itp czy tylko ta apachowa?
erix
31.03.2009, 23:01:37
Tylko Apache. Choć możesz również i przez PHP (wówczas przepuszczasz żądania do PHP przez mod_rewrite), ale to zawsze coś więcej do roboty dla serwera.
Ogólnie - mod_gzip będzie najlepszym wyjściem, jeśli tylko masz do niego dostęp.
northwest
31.03.2009, 23:44:24
mam dostęp - mam dedyka

a jak najłatwiej zainstalować ten moduł? jest jakiś prosty sposób (mam debiana 5)?
Pewnie da się doinstalować z poziomu menedżera pakietów.
Zapraszam do dokumentacji modułu.
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę
kliknij tutaj.