PaperclipからCarrierwaveまたはRefileに移行

Question

thisのためにPaperclipからCarrier WaveまたはRefileに移行したいと考えています。解決方法はhereと書いてありますが、私にとっては複雑でおそらく脆弱です。

私のRails4アプリは、Paperclipでアップロードされた100本の画像を本番環境に持っています。ファイルは実動サーバーに保管されます。私はマイグレーションのための一連のステップを探しましたが、空のままになっています。

アプリケーションコードの書き換えを必要とせずに移行できる一連の手順はありますか？

また、フォームの検証が失敗した場合に、アップロードしたファイルをPaperclipに保存する別の方法がありますか？

私はここで何が欠けていますか？

UPDATE：

溶液がhttps://stackoverflow.com/users/646389/galatiansによってhereを詳述しようとしました。私のpaperclip：pathと：urlの補間は、id_partitionを使います。私はステージングされていてまだ保存されていないアップロードされたImageとこれを調和させる方法は見当たりません。

Answer 1

画像を取得するために必要なデータだけが既にDBに保存されているため、何もする必要はありません。

Answer 2

開発期間が8年であってもCarrierWaveはまだ不安定なので、代わりにShrineを調べることをおすすめしますか？ CarrierWave、Paperclip、および他の図書館が持つ多くの制限を解決し、バックグランドとダイレクトアップロードをうまく設計しています。

Migrating from Paperclipセクションには、ShrineとPaperclipのデザインの主要な違いのいくつかが説明されています。ここでは、本番アプリケーションの移行方法に関する完全な説明が記載されています。

Answer 3

私はCarrierwaveに移行しました。ここでは、関連する統計情報は以下のとおりです。

• 時間が上で動作し、ペーパークリップをリロード永続的なファイル形式間で のためのソリューションのコードで失敗する - 4時間。私が克服できなかった問題については、OPアップデートを参照してください。
• carrierwaveに移行する時間、関連するモデル、コントローラ、およびフォームを調整し、テストします。 - 2時間。それほど悪くない。

この重要な情報は、パスを正しく調整するのに役立ちました。同じパスを保つことは、生産に新しい場所に画像を移動することを回避するために私には重要でした：パスと：：URL情報hereペーパークリップのようなを生成するための

• Carrierwaveコード。
• ペーパークリップ補間情報here。
• link私のデフォルトパスはid_partition not：idを使用していましたが、私は正しい軌道に乗りました。

UPDATE： の移行は、このパラダイムを破る：

@protocol.images.each do |i| 
    tmp=i.dup 
    tmp.avatar = File.open(i.avatar.current_path) 
    tmp.save! 
    @dest.images << tmp   
    end 

参照：まあ、これはDuplicating a record that contains a carrierwave avatar : Getting "can't convert nil into Integer" error