私は、彼らがバイナリデータを含むように見えるrails tmp/cache/assetsファイルを安全に削除できますか?
sprockets%2F76920e6913c3390459175ac8e6dfd44a3
たとえばという名前のサブフォルダにそれらのトンを持っているようです。
なぜそういうものがあるのですか?その中には何があり、最も重要なのはなぜ安全に削除できるのでしょうか?彼らはscpに永遠にかかります。
私は、彼らがバイナリデータを含むように見えるrails tmp/cache/assetsファイルを安全に削除できますか?
sprockets%2F76920e6913c3390459175ac8e6dfd44a3
たとえばという名前のサブフォルダにそれらのトンを持っているようです。
なぜそういうものがあるのですか?その中には何があり、最も重要なのはなぜ安全に削除できるのでしょうか?彼らはscpに永遠にかかります。
tmpディレクトリ全体を削除すると、再作成されます。
はい、安全に削除できます。
削除するための最良の方法は、レールコンソールで次のコマンドを実行します:
Rails.cache.clear
ありがとうございます。実際には、今日の私の環境では、ディスクがいっぱいになり、ログがなくても500のエラーが発生していました(tmpディレクトリのシンプルな 'du -sh'を呼び出しても数分間凍ってしまいます)。私は、私が新しいアプリをリリースするたびに実行するCapistranoタスクにこの行を追加するつもりだと思う。これは大丈夫だと思いますか? –
こんにちは@ CyrilDuchon-Doris、それは間違いなくディスクの問題を防ぐことができます - しかし、私の経験は少し遅いサイトを経験し、DBへのアクセスを増やすことに注意してください。 'config.action_controller.perform_caching = false'を使用することもできます。詳細はこちら:http://guides.rubyonrails.org/caching_with_rails.html –
ねえ、あなたは質問の他の部分にいくつかの答えを持っていない:何が内側ですか? 特に、このディレクトリは、本番インスタンスで1GBを超えるディスク容量に達しました。実稼働環境で安全に削除できますか?後でrakeを実行する必要がありますか: –
@ CyrilDuchon-Dorisこれらは、スクロールセットの宝石によって生成された移行ファイルで、.co.jpを.jsに、.scssを.cssに、 - そのようなもの。時には、サーバーのクラッシュや予期しないリロードなどの理由で.gitignoreに含まれていないためにクリーンアップされることもありません。 –