Компрессия на веб-сайтах
В принципе, GZIP-компрессию передаваемых веб-сервером данных придумали не вчера. Мы игнорировали возможность ровно до тех пор, пока любезный Андрей Майоров из Byte-Force не написал о ней в своём блоге (вот оно – преимущество консалтинга перед документацией).
Попробовав 2 раза, восхитились и начали последовательно проверять и подклчать на всех обслуживаемых проектах. Сокращение объёма передаваемого кода и графики(!) составляет 6-9 раз. И с учётом всех прочих мероприятий, проводимых для оптимизации времени загрузки веб-ресурсов, это позволяет нам выпускать действительно “быстрые” проекты.
Если ещё квартал назад мы говорили, что “время отображения страницы у конечного пользователя складывается из:
- времени генерации страницы сервером – на это мы влияем;
- времени передачи страницы – на это мы НЕ влияем;
- времени парсинга страницы браузером – на это мы влияем”.
Сейчас же, после начала использования компрессии, можно с уверенностью утверждать 
, что мы влияем на все составляющие времени отображения страницы у конечного пользователя.
March 15, 2006
3 responses to Компрессия на веб-сайтах
Крутовато как-то 6-9 раз для графики. Нормально соптимизированные GIF’ы и JPEG’и в 2-то раза не пожмутся
Мда. Microsoft спрятала это так глубоко что две авторитеные компании нашли это спустя несколько лет работы:)
Кстати класс работы с GZIP в .NET Framework 2 может быть как нибудь полезен для этого? Или там все происходит автоматически и вмешиватся туда не требуется?
To digit: Я обобщил. Да, действительно, графика в 6-9 раз не жмётся.
To Sergey: а) мы почти не работаем с Windows Server Systems б) Там есть настройка в более очевидном месте (см. у Майорова), но она не работает