Кэширование js сжатием gzip

[trb]

а давайте ваш код спрячем под хабракат? :)

[lumega]

ребята, вы помоему сильно всё усложняете...

используйте обычный mod_rewrite:


SetOutputFilter DEFLATE



"да будет свет!" :-)

[tot_ra]

объединять файлы в один всё-равно надо

[lumega]

в большинстве случаев это зависит от размера.
заметил что плохо себя ведут файлы больше чем 50кб.

[tot_ra]

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

[lumega]

ребята, не усложняйте...

используйте обычный mod_rewrite:
<IfModule mod_deflate.c>
<FilesMatch "\.(js|css|html|php)$">
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>
</code>

"да будет свет!" :-)

[sunnybear]

можно попросить перенести в Клиентскую оптимизацию? Я бы выложил еще и на webo.in, только решение хорошо бы отформатировать и прокомментировать построчно (например, подразумевается наличие gzlib — или как ее?)

[tot_ra]

Отформатировал и прокомментировал. Переносить в другие блоги не научился. Можно и на webo.in выложить если сошлётесь :)

[sunnybear]

для переноса в другой блог нужно в него вступить, а затем в редактировании статьи выбрать его из выпадающего списка

заметил еще, что https:// не проверяется в адресе файла

[tot_ra]

исправил (думаю мало кто называет файлы с http..) и перенёс

[Melnaron]

> $intLastModified=$intLastModifiedfilemtime($strGzipFile) || !file_exists($strGzipFile)){

Помоему у вас тут в коде какаято ошибка.

[tot_ra]

Это тоже валидатор порезал.. смотрите оригинал, там < filemtime($strFilename) ?

[sunnybear]

ссылки на оригинал нет

[tot_ra]

Исправил. Валидатор — жесть, кавычек одинарных тоже не понимает.

[rgaliull]

ссылку http://xn--javasrit-cchh.ru/optimize/cac… НЛО поломало?

[tot_ra]

да, это javascript.ru почему-то ломается

[o4kapuk]

Да, я где-то делал такое. Правда, за одним исключением — имя результирующего файла был не хешем, а UnixTimestamp-ом для обеспечения корректной загрузки клиентами обновленной версии стилей/скриптов в случае применения агрессивного кеширования средствами web-сервера, а также при работе через агрессивно кеширующий прокси.

[Throwable]

Господа, один вопрос. Где-то я слышал, что gzip-нутый контент не кешируется ни проксями ни браузерами.
Неспроста ведь в настройках gzip для Tomcat стоит exclude для .css и .js. То есть при каждом посещении страницы все стили и скрипты грузятся по новой. Так что...

[sunnybear]

кто-то где-то слышал... Некоторые прокси, действительно, так делают. Проблема сложная и малоисследованная, скорее всего, должно помогать Cache-Control: private

[lunatic]

Все конечно отлично, но вы каждый раз читаете содержимое всех js файлов.
Предлагаю делать так:

foreach ($jsFiles AS $file)
{
$compressedName .= filemtime($file).'|'.$file;
}
$compressedName = md5($compressedName);

if (!file_exists($compressedName))
{
// тут собираем все файлы, компрессим и записываем в $compressedName;
}

+ рядом со сжатым ява-скриптом хорошо бы положить несжатый (дальше расскажу, почему)
+ в папку с сжатым файлом можно положить такой htaccess, который обеспечит необходимый кэш

AddType application/x-javascript .gz
AddType application/x-javascript .js
RewriteRule ^(.*\.gz)$ $1 [L]
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteRule ^(.*\.js)$ $1.gz
AddEncoding gzip .gz
Header set ExpiresActive On
Header set ExpiresDefault "access plus 10 years"


Получается, что браузеры, поддерживающие сжатие, получат gz файл, а все остальные обычный js.

[sunnybear]

ну это лучше в конфиг апача запихнуть, и не только это, как указано в статье
http://webo.in/articles/habrahabr/07-gzi…

[arty]

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

кроме того, не все минимизаторы потенциально вредны: YUI compressor полностью безопасен

[tot_ra]

Даже если это так и gzip не кэшируется, это лучше если пользователь гуляет по сайту долго, а если это публичная часть и по статистике в среднем просматривается до 3 страниц, то математически лучше gzip. Тройку я взял из коэффициента архивации, но тут ещё такая особенность есть, что на разных страницах могут быть разные скрипты быть подключены.

[arty]

не забывайте, что после минимизатора можно пройтись гзипом, и итоговый размер будет ещё меньше

вы предлагаете использовать только гзип, а я предлагаю минимизировать И использовать гзип

разные скрипты на разных страницах — это да, но за счет оверхеда http бывает быстрее один раз скачать 40 кб, чем 2 раза по 10 кб — и я не перепутал цифры

[sunnybear]

насчет YUI полностью поддерживаю, с gzip он еще и сжимает лучше, чем Packer
http://webo.in/articles/habrahabr/11-min…

Насчет того, что скрипты будут по несколько раз грузиться — тут компромисс нужен: либо быстрая загрузка всех страниц, либо минимизация трафика. В большинстве случаев на клиент отдается больше данных, но сайт "работает" быстрее при этом

[sunnybear]

блин, оторвал бы разработчикам яйца уже. Задолбался править ссылки с javascript
http://webo.in/articles/habrahabr/11-min…

[arty]

ну у нас пока компромисс — скрипты грузятся двумя большими блоками, один из которых не на всех страницах нужен

ссылки - да, я не понимаю, почему тут какой-нибудь safehtml не используют

[sunnybear]

:) у вас все, как у людей, сделано хотя бы. Хотя я тут статью готовлю о вреде спрайтов и альтернативных методах — твое мнение будет интересно.

[arty]

ага, обращайся : )
у спрайтов есть минусы, да