問題タブ [asp.net-bundling]

私はasp.netのバンドルと縮小を使用しています。*.config ファイル (cs-code からではなく) から縮小を無効にできるようにしたい。私が知っているように、コンパイルタグのデバッグ属性をWeb.configから変更すると、それを行うことができます:

しかし、デバッグフラグは縮小だけではないため、正しい方法ではありません。構成からミニフィケーションを有効/無効にする別の方法があるのではないでしょうか?

問題は、バージョン文字列が含まれていないページが返されたときに mvc が提供する、生成された src url です。

したがって、機能するバンドルについては、「url?v=Version String」があります。

機能しないバンドルには、空白のバージョン文字列があります: "url?v="

これらのバンドルは前回のリリースから変更されておらず、4 つの別々の環境で動作します (ファイルのバイナリは同一です)。

これを引き起こす可能性のある環境問題について考えている人はいますか?

すべての環境は Azure Web サイトです。ご協力いただきありがとうございます。

ASP.NET の縮小およびバンドル機能には、特定のものをクリーンアップするスクリプトがあり、複数の独立したファイルを読み込んだ後に実行する必要があります。

バンドルを作成し、

後で、 format を使用してこれをレンダリングします<script defer="defer" src="{0}"></script>。クリーンアップは、スクリプトのコードごとに 1 回、デバッグ モードとリリース モードの両方で期待どおりに行われることを期待しています。ただし、ASP.NET バンドルは同じファイル パスの繰り返し呼び出しを削除するため、出力は次のようになります。

デバッグモードでは、予想していたのに対し、

これは、バンドルされたバージョンでファイルが除外されることも示していますが、これは私が望んでいるものではありません。

Asp.Net MVC 5 と、System.Web.Optimization 1.1.0.0 のバンドルおよび縮小システムを使用しています。

次に、バンドルをレンダリングします。

ときどき、ブラウザで対応する URL を開いてバンドルの状態を手動で確認しますが、エラーが表示されることもあります。例：

バンドル メカニズムは、縮小化が失敗したときに縮小化されていないコンテンツを返すため、ブラウザーでそのバンドルを手動で開くまで、エラーに気づきません。

縮小化が失敗したときに例外を発生させるようにバンドル システムをセットアップして、すぐにエラーを認識できるようにするにはどうすればよいですか?

バンドル機能は MVC 6 から除外されており、推奨される方法は、gulp タスクを使用してバンドルを行うことです。

バンドルを使用して、含まれている css/javascript ファイルの URL の末尾にあるランダムな文字列を取得していました。この文字列は非常に重要です。css/javascript で何かを変更すると、新しい文字列が生成され、ブラウザーに新しいバージョンのファイルを読み込ませるようになるからです。

したがって、3 つの css ファイルがある場合、それらは 1 つにバンドルされ、次のようになります。

MVC 6 で同じ機能を実現するにはどうすればよいでしょうか? ここでgulpが役立つかどうかはわかりませんが、すでにgulpを使用して縮小とバンドルを行っています。

私が取り組んでいる ASP.NET MVC プロジェクトには、バンドル プロセスに関連する 2 つのアプリケーション キーAppKeys.ApplyMinifyingTransformationが.cssあり.jsますAppKeys.ApplyStaticFilesTransformations。これらのフラグのさまざまな組み合わせが、さまざまなステージで使用されます。RegisterBundlesメソッドの簡略化されたバージョンを次に示します。

残念ながら、このコードは思い通りに動作しません。BundleTable.EnableOptimizationsファイル変換が機能するようにする必要がtrueありますが、その場合、ファイルは常に1つに結合されます。

変換を有効にしたいが、ファイルを結合してはならないことを明示的に述べる方法はありますか?

IIS サーバーからクライアントによって呼び出されるすべての Javascript および CSS ファイルが何であるかを知るにはどうすればよいですか? これは httpmodule 経由で実行できますか?

基本的に私が知りたいのは、クライアントがサーバーにアクセスしているときに、リクエストを処理するのにかかるサイズと時間とともに、ほとんど消費されるファイルが何であるかを知りたいということです。