1.0Чудо{вищные} заметкиhttps://miracle.rpz.nameMiRacLehttps://miracle.rpz.name/author/miracle/Напишу-ка я ещё разок про <a href="http://dean.edwards.name/packer/">packer</a>. <a href="http://phing.info">phing</a>, <strike>нормы бухгалтерского учёта</strike> и ещё про чё-то. В предыдущей своей чудовищной заметке <a href="http://miracle.rpz.name/2006/09/15/javascript-lint-and-compress/">про компрессию javascript-ов</a> я упоминал perl-версию packer-а Дэна Эдвардса. Её приходилось запускать через exec (и соответственно нужен perl). А вот совсем недавно нашёл <a href="http://joliclic.free.fr/php/javascript-packer/en/">реализацию этого мега-алгоритма на php</a> и даже <a href="http://agachi.name/weblog/archives/2006/11/25/pack-your-javascript.htm">не одну</a>. Соответственно первая реализация была "впендюрена" в phing.task.ext.JsPacker.Task, а вторая напомнила о том что давно собирался изложить. А именно - про <b>gzip-сжатие js-файлов</b>: Собственно проблем ровно никаких - mod_gzip в apache, gzip on; в <a href="http://sysoev.ru/nginx/">nginx</a> и можно тему закрывать. Но как обычно "есть нюансы": не всегда эти модули установлены на сервере, не всегда их получается установить, ну и главный "нюанс": файлы статические, закономерно возникает мысль - зачем их <b>упаковывать при каждом запросе</b>? Вот об этом я и хотел рассказать<strike>, но не буду</strike> ;o) Собственно решение прямо в лоб - <b>упаковать файлы один раз</b> и "задеплоить" на сервер. Я это(сжатие) делаю с помощью всё того же phing-а, а решение о том какой файл (сжатый или нет) отдать клиенту принимает mod_rewrite: <blockquote> RewriteEngine on RewriteRule ^(.*\.js\.gz)$ - [L] RewriteCond %{HTTP:Accept-Encoding} gzip RewriteCond %{REQUEST_FILENAME}.gz -f RewriteRule ^(.*)$ $1.gz</blockquote> Это содержимое .htaccess который лежит в директории с js (или httpd.conf в секции Directory/Location отвечающей за эту же директорию). Смысл вроде прозрачен, но я поясню - если рядом с файлом moi-super-bolshoy-javascript.js будет находиться его сжатая копия moi-super-bolshoy-javascript.js.gz и в запросе будет явно указано, что клиент поддерживает gzip-encoding, то ему(клиенту) выдадут именно сжатую копию. В противном случае (сжатие не поддерживается или сжатого файла нет) в ответ вернётся оригинальный файл. В итоге <b>уменьшили трафик сервера</b>(и естественно клиентов) и <b>снизили нагрузку на сервер</b>. Естественно этот фокус можно (и даже наверное нужно) проделать с css. <b>P.S.</b> Далеко не все файлы стоит упаковывать зипом . И не каждый файл стоит упаковывать packer-ом - стоит проверить результат на <a href="http://www.javascriptlint.com/">jsl</a>(int)-ом - не редки случаи "поломки" скриптов. Ну а как упаковать оптимальнее - решать индивидуально с каждым файлом предстоит вам. <b>Update</b> А вот нашёлся <a href="http://habrahabr.ru/blog/webdev/33868.html">способ отдачи gzip-ованного контента</a> даже лучший, чем описал я.rich