4

ここで実際に 2 つの質問があります。

1) 縮小は手動で行うべきですか、それともビルドの一部として行うべきですか?
2) 縮小されたファイルをバージョン管理する必要がありますか?

現在取り組んでいるプロジェクトの前進パスを定義しようとしています。いくつかの速度評価を行いましたが、現在のサイトは、圧縮/縮小を追加するだけでパフォーマンスが大幅に向上する可能性があると考えています。

基本設定はこちら

IBM Commerce 6.0
大量の大きな js ファイル (縮小も圧縮もされていない)
大量の大きな css ファイル (縮小も圧縮もされていない)

4

3 に答える 3

4

縮小は手動で行うべきですか、それともビルドの一部として行うべきですか?

ビルドの一部として。そうすれば忘れることはありません。通常、開発環境で縮小されたコードは必要ありません。縮小されたコードでのみ明らかになる問題をデバッグする必要がある場合は、手動でビルドできます。

ステージング サーバーで縮小されたコードをテストできます。

縮小されたファイルをバージョン管理する必要がありますか?

ソース管理ではありません。歴史的なビルド アーティファクトのアーカイブがある場合、それらはその一部である必要があります。

于 2013-01-29T17:38:21.913 に答える
1

それはすべて依存します。

構成設定に基づいてオンザフライでこれを行うと便利な場合があります。たとえば、テスト環境にデプロイしていて、JS を縮小し、その環境でのみ発生するバグを発見した場合、スイッチをフリックして、アプリケーションが縮小されていないソース ファイルをデバッグ用に提供し始めると便利なことがよくあります。

于 2013-01-31T02:37:52.853 に答える
-2

JS と CSS を縮小および圧縮できる smartoptimizer を使用できます

そして、ファイルに変更が発生しないまで、このファイルをキャッシュできます。

スマートオプティマイザーをダウンロード

この Web サイト プロジェクトの 1 つは、php を使用した縮小および圧縮された js または CSS に関するものです。このプログラムの利点は、js と css を検出してから縮小して圧縮することです。js または css が変更された場合、このプログラムを検出し、縮小して圧縮されたファイルを更新します。

于 2013-01-29T17:21:13.967 に答える