Статическое сжатие HTML и шаблоны?

Question

[Руслан Левиев]

Для клиентской оптимизации часто применяют статическое или динамическое сжатие файлов методом gzip. С динамическим сжатие «на лету» вопросов нет, всё понятно: включаем соответствующие директивы в настройках сервера и он перед отправкой ответа выполняет его сжатие.

Со статическим сжатием (когда мы предварительно сами сжимаем все файлы и кладём их на сервер) вопросов нет только по части CSS, JS и статических страниц. А возможно ли как-то сочетать статическое сжатие и динамический сайт (т.е. HTML-код генерируется PHP-скриптом, который берёт Smarty-шаблоны и подставляет в них данные)?

Весь этот вопрос к тому, что динамическое сжатие может ведь быстро съесть все ресурсы сервера.

UPD: вопрос интересовал чисто теоретически, понятно что в действительности такой проблемы не стоит. Всем спасибо.

UPD2: понимаю что вопрос звучит несколько абсурдно (непонятно что можно сжимать, если сайт динамический), но давайте всмотримся в детали. Smarty заранее компилирует шаблоны — это своеобразный кэш № 1. Какой-нибудь байткод-кэшер (тот же APC) кэширует скрипты. И если для полученного запроса уже есть какой-то «скомпилированный/закэшированный» вариант, то отдаётся он. Т.е. получается даже для динамического сайта в некоторых случаях есть некие условно-статические файлы, верно? Вот мне и интересно, может придумали какие-то техники, которые аккуратно сжимают вот такие файлы, не нарушая целостность всей системы (работу Smarty, APC и т.д.)

Answer 1

[shushu]

А чем вам ob_start ( ob_gzhandler ) не угодил?

У вас такие огромные страницы что сжатие этих страниц съест все ресурсы? Не думаю что возникнут какие либо проблемы с ob_gzhandler

Comments

[Руслан Левиев]

Ну дык это ведь то же самое динамическое сжатие «на лету». Оно ведь точно так же будет съедать ресурсы сервера.
Честно говоря, интуиция мне подсказывает, что такой вариант будет съедать даже больше ресурсов, чем модуль «mod_gzip.c» для Apache или директива «gzip on;» для nginx

[Руслан Левиев]

> У вас такие огромные страницы что сжатие этих страниц съест все ресурсы

В данный момент нет. Но кто знает, может когда-нибудь будут. Хочется заранее теоретически подготовиться, чем метаться в последний момент.

Answer 2

[Пума Тайланд]

А зачем вам сжатие? Хотите съэкономить на трафике или на скорости отдаче?
По идее никак не сделаешь, кроме как модуля к вебсерверу.

Comments

[Руслан Левиев]

Возможно я вас неправильно понял, но мне вопрос кажется абсурдным. Это как спросить «а зачем вам увеличение скорости открытия сайта?» или «а зачем вам повышение качества сервиса?»
Вполне естесственно, что в первую очередь я ставлю для себя удобство пользователя. Чем быстрее у него в браузере будет открываться мой сайт, тем больше удобства для него, тем более привлекательным будет мой сайт, тем больше посетитель будет доверять моему сайту, а значит и конверсия посетителей в покупателей будет выше.

[Пума Тайланд]

Просто для скорости есть много других способов, более дешевых и действенных.
А с учетом того что сейчас везде анлимы и куча картинок, сжатие трафика дает не такую уж и очевидную вынгоду, если скажем на 200 кб текста у меня ещё отдается мегабайт картинок, то особого смысла жать то нет.

[Руслан Левиев]

Другие способы я тоже применяю.

[Пума Тайланд]

Ну тогда модуль напишите к нгинксу там в целом не сильно сложно, и как вариант уже есть готовые модули, но тогда надо сайт пилить и подстраивать под модули.

[Пума Тайланд]

В целом в текущем мире не вижу особого смысла в сжатии страниц, каналы сейчас толстые, анлимы и со стороны сайтов и клиентов, на диалапе народ почти не сидит, выигрыша особого не будет.

[Руслан Левиев]

Какой модуль? Который динамически будет сжимать ответ сервера? Так он давным давно есть.

[Пума Тайланд]

Модуль который будет собирать сжатую страницу из статическисжатых кусков + поджимать динамику, ну вы прям гзип модулем меня удивили, вы б ещё ссылку на апачевский вариант дали.

Answer 3

[homm]

Что-то я не пойму, как у вас динамическое сжатие может быстро съесть все ресурсы сервера? Взял страничку на 65кб, размножил её 64 мегабайта одним файлом, замерил скорость: 25 мегабайт в секунду, это 384 исходных странички в секунду. У вас хотя-бы 20 в секунду генерируется?

Comments

[Руслан Левиев]

Вопрос меня интересует чисто теоретически. У меня нет таких страниц, которые бы так съедали ресурсы от динамического сжатия и надеюсь, что их никогда и не будет (скорее всего). Просто интересно, существует ли вообще какие-то варианты для такой ситуации.

[homm]

Контент динамический, а сжатие статическое? Интересно.

Ну разве что вы будете отдавать заголовок x-accel-redirect, где по указанному пути будет как статический сжатый файл, так и не сжатый.

[Руслан Левиев]

Понимаю что звучит несколько абсурдно, но давайте всмотримся в детали. Smarty заранее компилирует шаблоны — это своеобразный кэш № 1. Какой-нибудь байткод-кэшер (тот же APC) кэширует скрипты. И если для полученного запроса уже есть какой-то «скомпилированный/закэшированный» вариант, то отдаётся он. Т.е. получается даже для динамического сайта в некоторых случаях есть некие условно-статические файлы, верно? Вот мне и интересно, может придумали какие-то техники, которые аккуратно сжимают вот такие файлы, не нарушая целостность всей системы (работу Smarty, APC и т.д.)

[Руслан Левиев]

Условно говоря, для частых запросов заранее компилируется и кэшируется в отдельную папку результат запроса (по сути готовый HTML-код ответа). Ведь теоретически можно сделать так, чтобы все файлы этой папки кэша заранее сжимались в статический, сжатый вариант.
Вопрос стоит в том, чтобы не нарушить логику системы отвечающей за кэш, ведь при сжатии изменятся и время модификации файла и его размер.

Answer 4

[Riateche]

Используйте smarty-тег strip. Не совсем то, что вы просите, но позволит сэкономить байты. Если я правильно представляю, сжатие происходит в момент компиляции шаблона, то есть один раз.

Comments

[Руслан Левиев]

Да я его использую, давным-давно. Только для понимания ситуации поправлю вас: strip проводит не сжатие, а минимизацию файла. Это разные вещи. Он просто удаляет лишние пробелы, переводы строк и т.д.