"GZIP encoding = happier users? (http://henry.precheur.org/2009/4/23/GZIP_encoding_%3D_h...)" - оценка эффективности использования GZIP сжатия отдаваемых сервером web-страниц с точки зрения экономии времени загрузки на стороне пользователя. Тесты показали, что в среднем сжатые страницы грузятся на 36% быстрее при экономии трафика в 4-5 раз для исходной страницы размером 40Кб. Тем не менее для быстрых серверов отдающих страницы небольшого размера (около 10Кб) эффективность почти нулевая.
Рассказ об эффективности отдачи сжатого контента с точки зрения владельца сервера можно найти в заметке "Make your site faster and cheaper to operate in one easy step (http://paulbuchheit.blogspot.com/2009/04/make-your-site-fast...)";URL: http://henry.precheur.org/2009/4/23/GZIP_encoding_%3D_h...
Новость: http://www.opennet.me/opennews/art.shtml?num=21492
gzip on;
gzip_min_length 20480;
gzip_proxied any;
gzip_comp_level 9;
gzip_types text/plain text/xml text/css text/html application/x-javascript;
gzip_vary on;
или лучше на 10k поставить?
>или лучше на 10k поставить?Наиболее точно - прогнать бенч на своем железе и сети и посмотреть что получается так и сяк.Благо в зависимости от соотношения разных факторов результат будет разный.Скажем, первый пень на гигабите заведомо будет упираться в проц а не в сеть и сжатие пожалуй еще и подгадить сможет.А вот оптерон на дилапе стопудово упрется в тощий линк а не процессор и потому можно жать все что угодно, выигрыш будет.Насколько ваш случай ближе к тому или другому клиническим случаям - никому не известно :)
Если что, создать "тестовую" нагрузку на сервак можно, например, тулсой http_load.
на моей практике использование gzip создаёт слишком большую нагрузку на веб-сервер. Так что для серверов массового хостинга считаю применение gzip нецелесообразным.
Lighttpd could cache gzipped result on disk -> no extra load. It is hard to be stupid, right? And Apache sucks for loaded static sites anyway :P
>Lighttpd could cache gzipped result on disk -> no extra load. It is hard to be stupid, right? And Apache sucks for loaded static sites anyway :PСтатический контент - это конечно хорошо, но большая часть страниц генерируется на лету и смысла сохранять их 0. Так что нагрузка все равно больше, чем при отдаче plain.
>большая часть страниц генерируется на летуаж нифига. большая часть контента динамическая, но обновляется не так уж часто, где-то раз в несколько секунд, а где-то и по полчаса
>Статический контент - это конечно хорошо, но большая часть страниц генерируется на
>летуИ большая часть оного опять же - может быть скэширована и задача сведется к отгрузке статики, сгенеренной 1 раз.Которую можно и сжать до кучи - тоже 1 раз.А перегенерять только при изменениях.Да, прокатывает не всегда, но все-таки.
о чём вообще речь.
в современных сайтах процентов 90 контента составляет графика, которая уже и так как следует пожата, пожмите гзипом, а лучше бзип2'ом жпеги, гифы и пр. и получИте супер результаты.
А если у вас сайт текстовый и обновляется редко, то вполне подойдёт банальное кеширование if-modified-since, которое экономит трафик и нагрузку на сервак уж куда лучше, чем гзипы.
Эта статья - ещё один очередной аргумент того, что "натестировать" можно всё, что угодно, а в реальности всё совсем не так.
Пруфлинк?
lib.ru? Или любой онлайн мануал по никсам, форумы, ЛОР =)
Вот интересно, а сам автор камента сможет назвать хотя бы один вебсервер/модуль который сжимает по умолчанию ещё и графику, а не только text/html.Или сможет обьяснить, почему для статического текстового контента банально включить if-modified-since при выключенном gzip сэкономит трафика больше, чем включить if-modified-since, но gzip не выключать ?
Или сможет указать, чем "его" реальность отличается от натестированых чисел ?
Уже давольно давно использую подобную технологию в Opere, называется она turbo... http://portal.opera.com/discover/
Среднее время загрузки страницы в 2,5 раза меньше, трафик тратится в десятки раз меньше!
Использую как с GPRS, так и с "выделенкой" - очень доволен!!!