Gad、CSS を縮小することの欠点を考えてください。normal/minify/ を編集してからデプロイするシステムがない場合、後で CSS を編集するのは危険な作業になる可能性があります。
私は、国際的な銀行の大規模な UI 刷新プロジェクトについて、この議論全体を経験しました。特に 1 つのサイトでは 1 日あたり 100 万人以上の訪問者があり、帯域幅の数値は最小限に抑えるようにあらゆる努力を払ったにもかかわらず、非常識でした (トラフィック量の多いサイトでは少しずつ加算されます)。非常に才能のある大規模なチームによるビジネス分析の結果、単純な CSS 微調整のために修正、縮小、および再展開する前にエンジニアが縮小を元に戻すのに時間がかかるため、いくつかの手順を実行することを決定しましたが、css の縮小は行わないことにしました。数字は、帯域幅が 1 日あたり 5 GB 改善されたとしても、余分な時間に対して UI エンジニアに支払わない方が安上がりであることを示しています。
あなたのサイトの詳細はわかりませんが、私の例が使用するトラフィックについて心配しなければならない人はそれほど多くありません. あなたのサイトを Firebug の新しいスピード アナライザーで実行し、縮小することで得られる本当のメリットを確認してください。これにトラフィックを掛けてください。通常、その数字はそれほど恐ろしいものではありません。画像スプライトを作成し、css と js をそれぞれのファイルに結合して (キャッシュの利点があるため、個々の php ファイルにマッシュアップするよりも優れています)、http リクエストを制限し、キャッシュが適切に設定されていることを確認することに時間を費やしてください。gzip 圧縮を実行します。これらの手順を実行してもうまくいかない場合は、サイトを新しいレベルに引き上げてください。
シンプルにしてください....サイトのライフサイクルの更新とメンテナンスの部分に大きな違いをもたらします. 時間と頭痛の種を節約して、私たちの質問を手伝ってください:)