問題タブ [django-pipeline]

external/bower_components/プロジェクトルートの下にbowerコンポーネントをインストールしています。staticインストールされたアプリの一部であるだけでなく、追加の静的ファイルもあります。django-pipeline を使用して、bower_components他の静的ファイルをそのままにして、すべての静的ファイルを縮小しようとしています。

私の問題は、django-pipeline を使用して bower コンポーネントを縮小すると同時に、すべての bower パッケージを宛先ディレクトリにコピーしない方法がわからないことです。

でsettings.py:

を実行するpython manage.py collectstaticと、入れたいものすべてstaticfiles(静的ベースにあったものと、bower から引き込まれたものの縮小版) に加えて、bower にあるすべてのパッケージの完全なソースができあがります。これはエンドユーザーの観点からは機能しますが、実際には不要なジャンクがたくさんあります。

これを回避するために、 を試しpython manage.py collectstatic -i bower_componentsました。しかし、この場合、ignore はcollectstaticファイルをコピーしない原因となるだけでなく、django-pipeline がファイルを認識しない原因にもなり、最終的には

カスタムパイプラインファインダーを使用しようとすると、必要なすべての静的スクリプトと css とフォルダーが無視されpipeline.finders.FileSystemFinderます。collectstaticdjango.contrib.adminstatic/

collectstaticdjango-pipeline の組み合わせ/ミニフィケーションが別のグループに注意を向けている間に、 のコピー機能が 1 つのグループに注意を払うことができるように、ケーキを食べて食べる方法はありますか?

これを書いた後、インストールされたアプリのすべてのスクリプトと css を and で明示的に収集して縮小することが答えかもしれないことに気付きましたPIPELINE_CSSがPIPELINE_JS、新しいアプリが統合されるたびに異常なオーバーヘッドになるため、それは理想的ではないようです。

私は、django-pipeline を機能させて、css と js のアセットを組み合わせて縮小しようとしています。次の問題を整理できないようです。私が実行すると：

エラーが発生します：

いくつかの追加パッケージをインストールする必要がありますか? もしそうなら、どのように？

django-pipeline の私の設定:

これは完全な出力です:

アップデート

別のコンプレッサーを使用してもう一度試しました：

これはまったく同じ結果をもたらします。何が間違っているのでしょうか?

更新 2

コンプレッサを None に設定すると、すべてが機能します。つまり、ファイルが結合され、静的ファイル フォルダに配置されます。また、正しく提供されます。

したがって、コンプレッサーへのアクセスまたは使用のいずれかである必要があります。Windowsで実行しています。

更新 3

/site-packages/pipeline/compressors/ のinit .py にいくつかの print() コマンドを追加しました。

コマンドは次のとおりです: /usr/bin/env/ yugliify --type=css --terminal これは (おそらく?) Windows では動作しません。

次に、それを AWS Elastic Beanstalk にデプロイしようとしましたが、エラーも発生します。

圧縮ビンの場所を手動で設定できることは知っていますが、Elastic Beanstalk ではどこに設定すればよいですか?

これを整理する方法はありますか？

私はDjangoが初めてです。BowerでDjango-Pipelineを使用しています。このドキュメントに従いました

私のDjangoプロジェクトの構造は次のとおりです。

Django が myProject 内に「静的」ディレクトリを作成するのは通常の動作ですか? 静的フォルダーを手動で削除すると、次のページの更新時に自動的に作成されます。

私が得られないのは、STATICFILES_DIRS 設定を使用して静的ファイルを見つける場所を指定したことです。したがって、Django (少なくとも開発環境では) が私の bower components フォルダーから直接ファイルを提供することは論理的に思えます。

何か不足していますか？

編集: 私は collectstatic を実行していません。このフォルダーは、ページを更新したときに作成されます。

Google App エンジン用の Jinja2 ベースの Python プロジェクトで JS と CSS を圧縮したいと考えています。django-pipeline をインストールし、プロジェクト パスに追加しました。

一部のドキュメントは私には明確ではありません。特にJinja2の使い方。

Django テンプレートの場合、 base.html exampleに以下を挿入します。

Jina2に相当するものは次のようになると思います

しかし、これは UndefinedError: 'compressed_css' is undefined を与えます

私の質問は 、「圧縮された」テンプレートを Jinja2 にロードする方法です。これは Django と同じ方法で行われておらず、例が見つかりません。

ドキュメントも言う

Django Compressor の Jinja2 拡張機能を使用するには、compressor.contrib.jinja2ext.CompressorExtension を環境に渡す必要があります。

私はそれをしました。

ドキュメントにも記載されています

「Django テンプレート タグの実装とは異なり、Jinja2 の実装は異なるテンプレートを使用するため、それらをオーバーライドする場合は、pipeline/css.jinja および pipel/js.jinja をオーバーライドしてください。」

ここで何かをする必要があるかどうかはわかりません。

私のsettings.pyには次のステートメントが含まれています：

django-pipeline を使用すると、collectstatic の後にソース ファイルを自動的に削除できますか?

例えば ​​：

collectstatic :

(jquery.js、d3.js、application.jsは要りません)

Django を使い始め、SASS コンパイラが欲しかったので、django-pipeline を見つけました。このチュートリアルの手順に従い、collectstatic の手順にたどり着きました。コマンドを実行すると

「はい」と入力すると、次のエラーが表示されます: (トレースバック全体)

私のsettings.pyファイルは次のとおりです。

Yugliifyもインストールしました。この行が settings.py にある場合、エラーが発生します。

削除してもエラーは発生せず、すべてのファイルが STATIC_ROOT ディレクトリにコピーされますが、どういうわけかその行は重要であり、省略すべきだと感じています。

私は Django 1.8.2 を実行しており、django-pipeline 1.5.1を使用して CSS および JS ファイルを収集および圧縮しています。

を実行するpython manage.py collectstaticと、Django はすべてのファイルを収集し、設定どおりに圧縮します。しかし、Web サーバーにアクセスしたい場合、開発サーバーはすべての静的ファイルを提供しません。つまり、django-pipelineのものはロードできません。

私のテンプレートは次のようになります。

ページが開発サーバーに読み込まれると、Django はコードを次のように変換します。

これまでのところかなり良いです。ただし、パイプラインからのファイルは提供できません。

master.jsしかし、静的フォルダーで失敗していることがわかります。

ファビコンは提供されるのに、圧縮ファイルは提供されないのはなぜですか? 公式のチュートリアルに従い、再確認しました。助けてくれてありがとう。

追加 サイトは正常に機能し、静的ファイルは通常提供されます。この問題は、django-pipeline の圧縮ファイルでのみ発生します。

関連する設定

urls.py

私のローカルでは問題なく動作しますが、本番環境ではより少ないファイルをコンパイルできますが、それらを次のようにロードしたい場合:

エラーが発生します：

CompilerError at / /usr/bin/env: node: No such file or directory

設定で変数を使用してノード バイナリを指す方法はありますか?

ありがとう。

Django-pipeline 1.5.1およびPython 3.4でDjango 1.8.2を使用しています

このツールの作成者が提供するインストール手順に従いました。提供された開発サーバーを備えたローカル マシンでは、すべて正常に動作します。しかし、mod_wsgi4.4.13 を使用して Apache2 を実行している運用サーバーにデプロイしようとすると、次のエラーが発生します。

明らかに、Apache はキーワードで何をすべきかを知りませんstylesheet。サイトは以前はうまく機能していたと言わざるを得ません。しかし、django-pipeline を使用すると、このエラーが発生します。

私のパイプライン構成は次のようになります。

私の問題は、django-pipeline が適切にインストールおよび構成されていると確信しているのですが、実稼働サーバーでこのエラーが発生することです。

css および js ファイルの圧縮と提供は、ローカル マシン上で適切に機能します。したがって、django-pipeline の設定を大幅に間違えることはありません。

本番サーバー

• Ubuntu 14.04
• 最新のアパッチ 2.4.7
• パイソン3.4
• Django と Virtualenv にインストールされたすべてのアプリ
• mod_wsgi 4.4.13

バーチャルホストからの抜粋

この問題を解決する方法はありますか？ありがとうございました！