JavaScriptやCSSを動的にdeflate圧縮するのではなく、あらかじめ圧縮しておいたものを配信することでサーバーのCPUリソースを節約する « cyano

JavaScriptやCSSを動的にdeflate圧縮するのではなく、あらかじめ圧縮しておいたものを配信することでサーバーのCPUリソースを節約する prototype.jsを10KBにする方法やSafari と gzip 圧縮 JavaScriptなどですでに述べられてることですが、mod_deflateでリクエストがある度にアセット（CSSやJavaScript）にdeflate圧縮をかけるのは、deflate処理が軽いからと言っても、塵も積もれば馬鹿にならない（WWWサーバーやAPサーバーに本来使って欲しいCPUリソースを蝕む）訳で、deflateしたいアセットには予めgzip圧縮してそれを配信し、サーバーのCPUリソースに優しいようにしましょう、というお話。 今回は、予めgzip圧縮するという作業を自動化するために、Railsでよく使われるデプロイツールであるCapistranoを

[ksakai]

↓Content NegotiationではAccept-encoding: gzipを返しててもうまく処理してくれないブラウザに対処できないです（たぶん）by著者

[webmarksjp]

サーバ

[itochan]

圧縮してない方のスクリプトは JavaScriptの圧縮をかけたらいいような気がする　／メモ　http://phpspot.org/blog/archives/2006/09/javascript_25.html

[asiamoth]

JSをgzip圧縮しないほうがいいUAの情報。ありがたい。

[ftnk]

Capistrano

[send]

おもしろい

[monjudoh]

静的ファイルをあらかじめgzip圧縮しておいて、非圧縮のものは拡張子ungzの別ファイルとして配置、クライアントがgzip展開日対応の場合、mod_rewriteでそっちに振るというテク。

[znz]

BrowserMatchでごにょごにょやるぐらいならContent Negotiationでいいんじゃないの?

[d4-1977]

mod_deflateについて、さらに一工夫

[yugui]

capistranoでデプロイ時に、という発想。

[ku0522]

こういうせこいの好き。