問題タブ [minify]

アプリには数百の JavaScript ファイルがあり、現在圧縮されていない状態で提供されています。クライアントのパフォーマンスをもう少し向上させるための解決策の 1 つは、javascript ファイルを縮小することです。ビルドでこれを行う自動化されたソリューションを作成しましたが、これらの新しいファイルがデプロイされると、クライアントに再送信されるかどうかを決定するファイルのタイムスタンプが変更されます。これは、将来のすべてのリリースで、すべての JavaScript ファイルに新しいタイムスタンプが設定されることを意味します。私たちのクライアントは、縮小されたすべての JavaScript ファイルを再度ダウンロードするため、縮小のパフォーマンス面が損なわれます。

これは他の誰かが遭遇した問題ですか? あなたの解決策は何ですか？プロジェクトで使用されている、縮小されていない JavaScript ファイルと縮小された JavaScript ファイルが別々にあり、ビルドで縮小を実行していませんか?

他の解決策 (ソース管理リポジトリで実際に変更されたファイルのみを検索するなど) を念頭に置いていますが、これは、他の人が何をしているかを知りたかった 1 つの質問です。

Web サイトの展開プロセスの一部として CSS を縮小できる単純な Python スクリプトを探しています。(Python はサーバーでサポートされている唯一のスクリプト言語であり、 CSS Utilsのような本格的なパーサーはこのプロジェクトには過剰です)。

基本的にCSSはjsmin.pyがいいと思います。依存関係のない単一のスクリプト。

何か案は？

ここに問題があります。多くの Javascript と CSS ファイルがあり、縮小して提供したいのです。縮小は簡単です。YUI Compressor をセットアップし、Ant タスクを実行すると、縮小されたファイルが生成され、元のファイルと一緒に保存されます。

そのため、最終的に DocumentRoot 内のどこかに次のディレクトリ構造が作成されます。

ここで必要なのは、Apache がminサブディレクトリからファイルを提供し、縮小されたバージョンが利用できない場合は非圧縮ファイルの提供にフォールバックすることです。最後の問題は、私が解決できない問題です。

例: example.com/js/foo.jsへのリクエストがあるとします— この場合、Apache は/js/min/foo-min.jsのコンテンツを送信する必要があります。縮小されたquux.jsはないため、 /js/quux.js へのリクエストは404 ではなく/js/quux.js自体を返します。最後に、 /js/fred.jsがない場合は404 で終わるはずです。

実際には、縮小されていないファイルが運用サーバーにデプロイされないようにビルド スクリプトを設定していますが、この構成は統合サーバーや開発マシンでも役立つ可能性があります。

asp.net アプリケーションから送信される HTML 応答のサイズを小さくするにはどうすればよいですか?

私が所有していないコントロールを使用していますが、空白を含む出力が生成されます。タイミングを改善するために、Googleが行う方法と同じように（ソースを表示www.google.com）、ページのHTML出力全体を縮小することに興味があります。

私のためにこのようなことを行うことができるASP.NETで利用可能なユーティリティクラスはありますか?

すべての js をパックする必要がありますが、それを編集してソース管理に入れる必要があります。

ccnet または nant 用の簡単なプラグインはありますか?これを使用すると、js をパックして、本番環境に移行するときに同じファイルに保存できます。

ファイルの結合を実際に探すのではなく、各ファイルを縮小するだけです。

私が C#/ASP.NET で取り組んでいる最近のプロジェクトには、かなり複雑な JavaScript ファイルと気の利いたスタイル シートがいくつかあります。もちろん、これらのスクリプト リソースのサイズが大きくなるにつれて、リソースを縮小し、Web ページをできるだけ軽量に保つことをお勧めします。デバッグ後に JavaScript リソースをコンプレッサーに手渡し、アプリケーションをデプロイする多くの開発者を知っています。

継続的インテグレーションの満足のいく世界でのソース管理と自動ビルドに関しては ( CruiseControl.NETに感謝します)。手の圧迫では十分ではありません。ソース管理を維持し、圧縮されたリソースを提供する唯一の方法は、JS/CSS ソースとその縮小版を別のディレクトリ構造に保持することです。次に、リソースのセットを 1 つだけ登録するか、コード ビハインドで他のセットを登録します。ただし、開発者が JS/CSS ソースに変更を加えた後、それを再圧縮して両方のバージョンをチェックインできなかった場合、コード行が同期していません。言うまでもなく、エレガントではありません。

ビルド アクションの後、asp の前に、ターゲット ディレクトリ内のすべての JavaScript および CSS リソースを見つけて圧縮する CC.NET タスク ブロック用のカスタム実行可能ファイル (まだ存在しない場合) を作成するとよいと考えています。ターゲットへの .net パブリッシュ。この方法では、開発者は JS および CSS ソースでのみ作業し、ユーザーは縮小されたリソースのみを取得します。

このタスクを既に実行しているアプリケーションはありますか?そうでない場合、ビルド サーバーにインストールして CC.NET を実行するには、どのような種類のリソースを探す必要がありますか?

(ここで見つけることができる最も近い質問は NAnt を必要としていましたが、これは私の場合のオプションではありません。)

編集: Dave Ward は、Visual Studioで自動的に縮小する方法に関する素晴らしい記事を彼のサイトに掲載しています。

少数の Silverlight .cs および .xmal ファイルでいくつかの C# コードを縮小する必要があります。1 つのコード ベースを維持し、「ツール」を実行してプロジェクトの縮小コードを生成するためのヒントを教えてください。

これを行うツール (Resharper など) はありますか? 完全に、部分的に、または何らかの方法で支援しない場合...

編集: C# の縮小化は必要ないことを認識しています。これは私が行っている一見意味のない練習です。(これは宿題ではありません。)

Yahoo！ _ UI Compressor、Dean Edwards Packer、およびjsmin。これらは、結果として得られるフットプリントと難読化時のエラーの削減の両方の点で、より良い結果をもたらします。

多数のファイルを結合してパックし、1 つの縮小された JS ファイルを生成します。問題は、( packerを使用して) ファイルを縮小すると、IE6 がその特徴的な役立つエラー メッセージの 1 つを表示することです。

問題は、IE7、Firefox、および Chrome で問題なく動作することです。問題は IE6 でのみ発生します。

解凍すると、約 200 KB のスクリプトが 8 つのファイルに分散しています。どうすればこれを修正できますか？