Django-compressor: これをHerokuで機能させる方法はありません

バグではありません;）

しかし、多くの質問がありました;）

• ほとんどのロードシナリオでは、herokuで静的ファイルを提供するためにdj-static （ heroku docsに表示されている）またはwhitenoiseを使用します。
• すべてが正常に構成されている場合、コードをプッシュすると、herokuはcollectstaticを実行します
• オフライン圧縮を追加する場合は、compressを実行するpost_compileスクリプト（ここを参照）を追加できます。
• オフラインにしないでください-ローカルで圧縮してください。herokuにこれを任せてください。
• lesscをherokuにインストールするのは別のタスクです。私もグーグルで試してみる必要があります。しかし、最初のリンクは有望に見えます（少なくともpost_compileスクリプト）。

上記の「静的ファイルの使用」の下にリンクされているセクションでは、独自のストレージサブクラスを作成する必要がある理由や、作成後に何をする必要があるのか​​まだわかりません。

私はherokuにlesscをインストールしようとしましたが、与えられたpost_compileスクリプトが直接機能しない場合、これはデバッグするのが非常に面倒であり、率直に言って、すべてとキッチンシンクを備えたコンテナーを作成するのは良い考えとは思えません。

これがまだどれほど難しいかに驚いていますが、誰かがここで何が起こっているのか教えてくれたら：http: //django-compressor.readthedocs.org/en/latest/remote-storages/
ドキュメントパッチを追加させていただきます。

django-compressor、scssコンパイル、bower、およびその他の多くのものをサポートするdjango-skelのフォークを作成しました（そして、herokuで実行します）。 誰かがそれを見ることに興味がありますか？

人々は間違いなくうまくいくものを見たいと思うでしょう！

@therippa ：私もそれを見たいと思います。

Whitenoiseはアプリがロードされたときにのみ静的フォルダーをチェックするため、CompressorのオンラインモードはHerokuでは機能しません（問題＃680に関する私のコメントを参照してください）。 本番環境でコンプレッサーを使用するには、オフラインモードで使用し、Herokuのコンパイル後フックを使用してアプリが読み込まれる前にpython manage.py compressを実行する必要があると思います。 Herokuは自動的にcollectstaticを実行するので、問題はありません。 heroku-django-cookbookが役に立ちました。 Django / HerokuアプリでTypeScriptを使用しているので、ノードなどもインストールする必要がありました。これは、コンパイル後のフック、カスタムpipパッケージ、またはカスタムビルドパックを介して可能です。 コンパイル後のフックが最も簡単な方法だと思います。

sekizaiと組み合わせてこの問題が発生したため、オフライン圧縮を使用することは実際にはオプションではありませんでした。 しかし、この問題は実際にはホワイトノイズを拡張することで非常に簡単に修正できるので、ここに私の解決策があります： https ://gist.github.com/Chronial/45ce9f33615a3b24c51f

誰かがそれにいくつかのテストとドキュメントを追加して、ホワイトノイズに適切なPRを送信したいと思うかもしれませんか？ :)

注：事前生成またはherokuが必要な場合は、サーバーを起動して、 post_buildフックでいくつかのリクエストを送信できます。

Whitenoiseのドキュメントでは、 http： //whitenoise.evans.io/en/stable/django.html#django-compressorでdjango-compressorについて言及しています。

わかった。 これは私にとって見事に機能しました！
ルートローカルディレクトリ（別名リポジトリ）内にディレクトリbin/を作成し、その中にpost_compileという名前のファイルを作成しました。 post_compileファイル内に、これらのデータをコピーして貼り付けました。
git add --all 、 git commit -m 'testing post_receive hook in Heroku' 、 git push heroku masterしました。
Herokuによるcollectstaticコマンドの自動実行後、 python manage.py compressが実行され、1つのファイルに圧縮されたすべてのファイルを含むディレクトリが作成されました。

remote:      $ python manage.py collectstatic --noinput
remote:        1247 static files copied to '/app/staticfiles'.
remote: 
remote: -----> Running post-compile hook
remote: -----> Compressing static files
remote:        Found 'compress' tags in:
remote:         /app/templates/base/base.html
remote:         /app/templates/info/areas.html
remote:         /app/templates/info/profile.html
remote:        Compressing... done
remote:        Compressed 1 block(s) from 3 template(s) for 1 context(s).

あなたがOfflineCompressionErrorsを見ているなら、人々がより多くの回避策を提案しているhttps://github.com/django-compressor/django-compressor/issues/443もチェックしてください。

＃831の場合、機能したのはローカルでオフライン圧縮を実行し、manifest.jsonを含む結果をherokuにプッシュすることです。 ただし、S3はありません。

これが作者のために働く別の設定です： https ：//github.com/django-compressor/django-compressor/issues/855#issuecomment -303294202

OK、これが私のために働いていて、dynoの再起動を生き延びたものです。 ここでの私の主な目標は、1）アセットパイプラインのためだけにruby/JSビルドパックの状況全体を追加する必要がないことでした。 2）S3を設定する必要はありません。 3）ローカル手順を必要とせずに、展開の一部として自動的に実行されるようにします。

それで：

1）Herokuの指示に従ってホワイトノイズを構成します。

2）要件にdjango-libsassを追加します。

3）設定ファイル：

INSTALLED_APPS += ('compressor',)

STATICFILES_FINDERS = (
    'django.contrib.staticfiles.finders.FileSystemFinder',
    'django.contrib.staticfiles.finders.AppDirectoriesFinder',
    'compressor.finders.CompressorFinder',
)

COMPRESS_ENABLED = True
COMPRESS_OFFLINE = True

COMPRESS_PRECOMPILERS = (
    ('text/x-sass', 'django_libsass.SassCompiler'),
    ('text/x-scss', 'django_libsass.SassCompiler'),
)

4）を含むbin/post_compileファイルを追加します

python manage.py compress
python manage.py collectstatic --noinput

（これはpost_compileにある必要があることに注意してください。一時的なファイルシステムのため、リリースタスクにすることはできません。リリースタスクで実行した場合、圧縮中に生成されたファイルは残りません。しかし、post_compileで実行すると機能するようです。 dynoの再起動を生き残るために。）

@thatandromedaソリューションは私のために働きました、どうもありがとう！

@thatandromedaこのソリューションは私が探しているものかもしれません（12時間たくさんのことを試した後）。 bin / post_compileは正確にどこに行きますか？ どうすれば追加できますか？ herokuに使用するように指示するにはどうすればよいですか？

@manikos @thatandromeda $＃$ 1 compress ＃$の前または後、あるいはその前後の両方でcollectstaticを実行する必要がありますか？ 私の圧縮管理コマンドは、ファイルが見つかりませんと言っています：

ValueError: The file 'css/font-awesome.min.css' could not be found with <whitenoise.storage.CompressedManifestStaticFilesStorage object at 0x7f3e3fc3b828>.

@typistX herokuに何も伝える必要はありません。プロジェクトのルート（リポジトリ）にbinというディレクトリがあるかどうか、 post_compileというファイルがあるかどうか（ファイルなし）が自動的に検出されます。拡張）内部。

@thatandromedaあなたはこのがらくたを扱って3日後に私を救った。 🙏🏼

申し訳ありませんが、この苦労があります/私が助けることができてうれしいです！

@technolingo compressは、collectstaticの後に実行する必要があります。

@thatandromedaと@manikosの両方のソリューションが私のために働いた、ありがとう！ 😃
これはバグではないことが確認されていますが、Herokuでの展開プロセスに関する情報が不足しているだけで、ドキュメントのどこかに記載されていると役に立ちます。

ドキュメントを改善するプルリクエストを確認してマージさせていただきます。 アクティブなメンテナは誰もherokuアカウントを持っていないので、これは実際には変更を提案するユーザー次第です。

ここでは、herokuへのワンクリックデプロイボタンを歓迎しますか？ それとも、herokuのデプロイをステップスルーするドキュメントですか？

@ morenoh149私の見解では、ここで最も必要なのはドキュメントです。「ワンクリックデプロイボタン」が役立つかもしれませんが、_バグ_を検索しているときに、問題が正確に何であるかを知りたいと思いました。