問題タブ [django-compressor]

SASSを通常のCSSにコンパイルするために、django-compressorおよびpySCSSでDjangoを使用しています。

{{ STATIC_URL }}django-compressor には、変数を実際の値に変換できるフィルターがあります。残念ながら、それは SASS プリコンパイラの後に実行されます。

そのリテラルを.sassファイルに入れると、中括弧の間に空白が挿入されます。

になる

SASSソースファイルにリテラル文字列を挿入する方法はありますか? または、中括弧をエスケープして変更されないようにする方法はありますか?

django-compressor をメザニンで動作させようとしています。最初の試みでは、単にdjangoコンプレッサーをインストールし（メザニンで行う必要があります）、DEBUG = Falseを変更しましたが、Djangoから生成されたHTMLは何も変更しませんでした. そこで、django コンプレッサーのドキュメントに従い、settings.py を変更しました。

私の環境にインストールされているパッケージは次のとおりです。

ここでは、テンプレートでコンプレッサーをどのように使用したかを示します。

起動するまで何も起こりませんでした：

python manage.py 圧縮 --force

これで、キャッシュが読み込まれ、Django から生成された HTML が次のように CACHE 内のファイルを指します。

しかし、ファイルは縮小されていません.djangoコンプレッサーは単にそれらをコピーして名前を変更しました. コンプレッサーがそれらを縮小しない理由を知っていますか?

基本的に、かなり単純な質問です。古いブラウザーをサポートする必要があるほとんどの Web サイトと同様に、条件付きの読み込み JS スクリプトがたくさんあります。

かなりの数の JS 依存関係があり、これらを圧縮しdjango-compressorてクエリの負荷を減らし、Javascript が変更されたときの依存関係の再読み込みを改善する (ブラウザーのキャッシュの問題を回避する) ことを計画しました。

問題は、順番に発生する必要があるローディングのカスケードがある場合 (つまり、JQ-UI などの前に Jquery があり、一部のコンポーネントが条件付き (D3 対 r2d3) である場合)、できるだけ多くの順番に無条件のもの、またはこれを行うためのよりインテリジェントな方法はありますか?

私は、Django 1.6 で静的ファイルの圧縮と展開を正常に使用django-compressorし、管理してきました。django-storages現在、AWS CloudFront を使用して静的ファイルを提供しようとしています。

ここの指示に従いましたdefault_storage.exists 非常に遅く、頻繁にタイムアウトし、settings.pyファイルは次のようになります。

しかし、次のエラーが発生します。

COMPRESS_URL を CloudFront に向ける必要がありますか?

私は、js、css、およびより少ない縮小のためにdjango-compressorを使用するWebアプリケーションを持っています。

私が使用してCOMPRESS_OFFLINE = Trueいるのは、django コンプレッサーを使用して、他のファイルへのインポートを含むより少ないファイルを作成しているためです (それ以外の場合、django コンプレッサーは、core.less に変更を加えるとファイルを再構築しません)。

次の問題が発生しています: に次の .css ファイルがありますassets/CACHE/css:

それらはすべて私の core.less ファイルの変更に対応しています。問題は、webapp にログインすると、Django-Compress {%compress%} が最後のファイルだけでなく、これらすべてのファイルを使用しているように見えることです。だから時々良いデザインを持っていて、リフレッシュしたら古いものを手に入れた...

ファイルの変更を更新するたびに...だから、djangoコンプレッサーキャッシュに関連する何かがあると思いますが、これを解決する方法が本当にわかりません...

アイデアがあれば、お気軽にお問い合わせください。

使用との統合sassに問題がありますDjangodjango_compressor

結果として生じるエラーは次のとおりです。

テンプレートから、これにより上記のエラーが発生します-

興味深いことに、インライン sass スタイリングを行うと圧縮が機能するため、リソースのリンク方法に問題があるのではないかと考えてしまいます。

インライン作品-

ここで何が問題になっているようですか？

これらは私の設定です -

href問題は、 ?の値を設定する方法がわからないことだと思います。使いたかった{{ static <foo> }}のですが、同じエラーが返されます。変数を含めるには を使用する必要があることは理解していますがCOMPRESS_OFFLINE_CONTEXT、その方法がわかりません。

私は、django-compressorでオフライン圧縮を実行し、統合テストを実行してからQAサーバーにデプロイするジェンキンにパッケージ化されたdjangoアプリケーションの非常に単純なセットアップを持っています。後で、同じパッケージを使用して製品サーバーにデプロイするジョブが発生します。

リソース パスが 3 つのステージすべてで同じである限り、これはすべてうまく機能しますが、静的リソース用の CDN を追加したいと思います。これは、prod サーバーでリクエストを単にプロキシするだけです。つまり、別の URL プレフィックス (MEDIA_URL) が必要です。生産のため。現在、MEDIA_URL が CDN を指すようにパッケージを変更するだけで、統合テストが失敗し、QA サーバーが壊れます。これは、CDN が運用サーバーをプロキシするためです。リモート URL を使用した圧縮メディア ファイルの URL プレフィックス。

これを行うための正気の方法はありますか？私の統合テストでは、/etc/hosts エントリを作成して CDN ホスト名がテスト サーバーを指すようにするだけだと想像できますが、これは見苦しい回避策のようです。

app.html多くのコーヒー スクリプト (58 ファイル) を含むページがあります。django-compressor を使用してコンパイルします。

すべてがコンパイルされて動作しますが、ページが応答するまでに 15 秒かかります。最初のリクエスト（コーヒーをコンパイルする必要があります）は問題ないと思いますが、2番目、3番目、およびそれ以降のすべてのリクエストでは同じ15秒かかります。

出力は常に同じです。

ファイルを変更するのではなく、ページを更新するだけです。

django-compressor は、リクエストごとにすべてのファイルを再コンパイルするようです (ただし、コンパイルされた js ファイルの名前は変更されません。これは奇妙です)。

django-compressor を高速化する方法はありますか?

PS

• 私はdjangoをローカルで実行していmanage.py runserverます。
• DEBUG = True(私の DEBUG オプションは settings.py で True に設定されています)