оффтоп конечно но хочется продолжить:

7z для gzip-static сжимает куда лучше сжимания на лету вашей
минимизированной версии. Если вы думаете о performance а не о
пузомерочном значении в PageSpeed то это лучший выход.

А минимизируя с умом (google closure compiler для JS собранного, по
возможности, в один большой файл и CSS оптимизированный руками) можно
добиться что всё будет очень быстрым и маленьким и Pagespeed будет
продолжать гнобить "Minifying the following CSS resources could reduce
their size by 89B (0% reduction)."

На DynDNS.com мы nginx к сожалению пока не используем, но много
экспериментируем с производительностью... В нашем случае сокращение
длинных CSS селекторов (#id tag tag например) и правил ускорило разбор и
прорисовку страницы во всех браузерах более эффективно чем сокращение
размера CSS как такового.

про другие маленькие изменения провёрнутые за неделю можно почитать тут:
http://bit.ly/hutovA

Сегодня пробуем отложенную загрузку jquery на нескольких страницах,
надеемся на успехи.


Удач.

Саша.


On Thu, 2011-03-03 at 09:20 +0200, Alex Smorodin wrote:
> Всем добрый день. Гугль рекомендует уменьшать css и js файлы
> (выкидывать все лишнее) перед отдачей клиенту. Сжатие gzip-ом не
> считаем.
> Что можете посоветовать в данном случае? Нашел вот такие решения:
> http://wiki.nginx.org/EmbeddedPerlMinifyJS
> http://wiki.nginx.org/EmbeddedPerlMinifyCC
> Если использовать встроенный перл, повлияет ли он на
> производительность или не стоит заморачиваться и сжимать файлы в
> каталоге?
> Спасибо.
>
>
> --
> С уважением,
> Смородин Александр
>
> mailto: agsmorodin@gmail.com
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru



_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru