問題タブ [cassette]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
3345 参照

angularjs - 縮小すると AngularJs コードが壊れる

Microsoft Ajax Minifier を使用して JS を縮小する Cassette を使用しています。$scopeこのミニファイアは、やなど、Angular にとって特別な意味を持つ変数を含む変数の名前を変更します$http。だから Cassette は私のAngularコードを壊します!

どうすればこれを防ぐことができますか?

参考までに、これは壊れている Angular コードです。$scopeおよび$http関数パラメーターの名前が変更されています。

0 投票する
1 に答える
85 参照

asp.net - Razor デリゲート構文を Web フォームに隠す

WebForms を使用してカセットからこのスタイルのコードを書き込もうとしています。これは可能ですか?

Func<Object, Object>WebForms でパラメーターを使用してメソッドを使用する例を見つけることができませんでした。それとも、これは Razor ビュー エンジンでのみ許可されているためですか?

0 投票する
1 に答える
302 参照

asp.net-mvc-3 - ライブサーバーでのカセットバンドルが非常に遅い

これを解決する方法について、インターネット上で何かを見つけるのに苦労しています...

Cassette を使用してリソースのバンドルを行う ASP.NET MVC3 ベースの Web サイトがあります。現在、ライブで使用するために Web サイトをサーバーにデプロイしていますが、問題が発生しています。すべてがホストされているステージング/統合サーバーがあり、正常に動作しています。

同じコードと同じ構成を使用すると、ライブ用の新しいサーバーで AppPool が「ウォームアップ」するときに、カセット バンドルが完了するまでに数分かかります。一時停止中にDebug Diag分析を数回実行したところ、カセットがCoffeeScriptバンドルプロセスの途中にあることが一貫して示されているため、カセットに時間がかかっていることがわかります。Cassette の Web サイトで、ファイルが大きすぎると CoffeeScript のコンパイルに時間がかかることを読みましたが、私たちのファイルはかなり小さいです (約 6 個あります)。

私の主な質問は次のとおりです: Cassette の最初のバンドルのパフォーマンスを著しく妨げる可能性のあるものはありますか? バンドルをキャッシュするために分離ストレージ カセットが使用することと何か関係がありますか?

参考までに、サーバーは Windows Server 2008 R2 で IIS 7.5 を実行しています。

ボーナス ラウンド: 最終的に読み込まれると、「バンドルにアセットがない場合は無効な操作です」というエラーが表示されます。紛らわしいことに、空の参照バンドル パスはありません。ここでも、ステージング サーバーではすべてが機能しますが、「ライブ」サーバーでは機能しません。

どんなアイデアでもありがとう。

UPDATE カセット構成を設定するdebug=trueと、「ボーナスラウンド」の問題を含め、すべてが機能するようです。縮小化のようなデバッグモードを使用しないことの利点を利用したいので、問題はまだ残っています。

0 投票する
2 に答える
608 参照

css - フィンガープリント アセットを含む Chrome ワークスペース

Chrome ワークスペース: ローカルの CSS ファイルを、ローカルの http サーバーが提供するものにマップするとします。すべてがうまく機能し、ブラウザ内でファイルを変更でき、ページを更新すると変更が保持されます。

のような URL を介して参照されるように、たまたまアセットのフィンガープリントを作成しますstyles.css?longuniquehash。優れたプラクティス - このようにして、積極的なキャッシングを使用し、最新のアセットがクライアントによって使用されるようにすることができます。

ただし、URL が更新されるたびにマッピングが失われるため、ワークスペースではこれが少し裏目に出ます。簡単に言えば、ローカル リソースにマップstyles.css?123し、それを変更し、ページを更新すると、styles.css?234再度マップする必要があるものとして返されます。

私たちはカセットを使用していますが、問題はフィンガープリンティングを使用してどのセットアップでも再現できます。不足している設定または回避策はありますか?

0 投票する
0 に答える
172 参照

asp.net-mvc - asp.net mvc のカセット バンドルで kendo ui を使用できない

このバンドルを作成しました:

debug が true の場合、すべて正常に動作し、Kendo UI Autocomplete をインスタンス化できますが、debug が false の場合、次のエラーが発生します。

TypeError: jQuery(...).kendoAutoComplete は関数ではありません

私はすでに をオーバーライドしましIConfigurationたが、何も変わりませんでした。

どうすればこれを修正できますか?