Я пытаюсь выяснить, существуют ли какие-либо принципы в определении того, какие страницы должны быть сжаты gzip и нарисовать строку, когда отправлять простой контент html.
Было бы полезно, если вы, ребята, можете поделиться решениями, которые вы приняли в gzip-сжатии части вашего проекта.
Хорошей идеей является оценка, насколько быстро текут данные. насколько хорошо это сжато. Если требуется отправить 5 секунд, чтобы отправить что-то от 200K до 160K, это, вероятно, не стоит. Существует стоимость сжатия на стороне сервера, и если сервер занят, это может не стоить того.
По большей части, если ваша загрузка на сервере ниже 0,8, я бы просто gzip все, что не является бинарным, например jpegs, pngs и zip файлами.
Там хорошая запись:
Если ваш серверный процессор сильно используется, я всегда буду использовать сжатие. Это компромисс между пропускной способностью и загрузкой процессора, а веб-серверы обычно имеют множество запасных циклов процессора, чтобы сэкономить.
Я не думаю, что есть хорошая причина не для gzip содержимого HTML.
Для увеличения производительности при загрузке требуется очень мало мощности процессора.
Есть одно заметное исключение: там ошибка в Internet Explorer 6, что делает все сжатое содержимое пустым.
Мы приняли решение gzip весь контент, так как тратить время на определение того, что делать с gzip или что не делать gzip, не стоило усилий. Накладные расходы на gzipping все не значительно выше, чем gzipping ничего.
Эта веб-страница предлагает:
"Серверы выбирают, что делать с gzip на основе тип файла, но, как правило, слишком ограниченные в том, что они решают компресс. Большинство веб-сайтов gzip HTML-документы. Это также стоит gzip ваши скрипты и таблицы стилей, но многие веб-сайты пропускают это возможность. На самом деле, стоит сжимать любой текстовый ответ включая XML и JSON. Изображение и PDF файлы не должны быть gzipped, потому что они уже сжаты. Попытка gzip их не только отбрасывает процессор, но и может потенциально увеличивать размеры файлов."
Если вы заботитесь о времени процессора, я бы предложил не gzipping уже сжатый контент. Помните, что при добавлении сложности в систему, что администраторы Programmers/sys стоят дорого, серверы дешевы.
Учитывая огромный прирост размера данных HTML для загрузки, когда он gzipped, я не понимаю, почему вы не должны его gzip.
Может быть, он использует немного процессора... Но не так много; и это действительно интересно для клиента, у которого меньше загрузок. И это всего лишь пара строк в конфигурации веб-сервера, чтобы активировать его.
(Но пусть ваш веб-сервер делает это: есть такие модули, как mod_deflate для наиболее часто используемых серверов)
В качестве полусиднита: вы говорите об сжатии страниц HTML-контента... Но останавливайтесь на HTML-страницах: вы можете сжимать JS и CSS тоже (они текстовые файлы и, следовательно, как правило, сжаты очень хорошо) и это не стоит большого количества CPU.
Учитывая, что в настоящее время используются большие JS/CSS-структуры, выигрыш, вероятно, еще больше связан с сжатием, чем с помощью сжатия HTML-страниц.