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

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

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

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

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

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

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

Все конечно отлично, но вы каждый раз читаете содержимое всех 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.

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

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