Ruby on Rails File uploads With CarrierWave and Cloudinary

When we set to develop Cloudinary’s Rails integration Gem, it was obvious to us that we’ll base it on CarrierWave. Here’s why.

Photos are a major part of your website. Your eCommerce solution will have multiple snapshots uploaded for each product. Your users might want to upload their photo to be used as their personal profile photo.

What’s entailed when developing such a photo management pipeline, end-to-end?

• You’ll need an HTML file upload form.
• The server will need to manage the reception and processing of the uploaded image files.
• Uploaded images should be stored on a safe storage with access for multiple application servers.
• Model entities should keep references to uploaded images.
• Uploaded images will need to be resized and cropped into different dimensions matching the graphics design of your web site.
• The server will need to find and deliver the resized images to visitors of your site when displaying a page with the relevant model entity (e.g., display a thumbnail of the profile picture in a user profile page, etc.).
• Allow overriding uploaded images with new ones when needed.

Over the years, we’ve had the pleasure of using some of RoR’s many excellent file upload solutions: CarrierWave, Paperclip, Dragonfly, attachment_fu and others. All-in-all, CarrierWave often proved a better fit for our needs:

• The storage engine is Cloudinary. All images uploaded through CarrierWave model methods are directly uploaded and stored in the cloud.
• All resized versions and image transformations are done in the cloud by Cloudinary:
  • No need to install any image processing tools or Ruby GEMs.
  • You can create the resized versions eagerly while uploading or lazily when users accesses the actual images. Save processing time and storage.
  • Change your desired image versions at any time and Cloudinary will just create them on the fly, no need to batch update all your images when the graphics design of your site changes.
• All public image URLs returned by CarrierWave are Cloudinary URLs. This means they are automatically delivered through a global CDN with smart caching. Seamlessly enhancing the performance of your web application.

Some code samples:

class PictureUploader < CarrierWave::Uploader::Base

  include Cloudinary::CarrierWave
  
  version :standard do
    process :resize_to_fill => [100, 150, :north]
  end
  
  version :thumbnail do
    process :resize_to_fit => [50, 50]
  end     
    
end

class Post < ActiveRecord::Base
  ...
  mount_uploader :picture, PictureUploader
  ...
end

= form_for(:post) do |post_form|
  = post_form.hidden_field(:picture_cache)
  = post_form.file_field(:picture)

= image_tag(post.picture_url, :alt => post.short_name)

= image_tag(post.picture_url(:thumbnail), :width => 50, :height => 50)

We believe that for Ruby on Rails developers, the combination of Cloudinary with its CarrierWave-based gem, delivers a complete image management solution, with excellent model binding.

More details about about our CarrierWave plugin are available in our documentation: https://cloudinary.com/documentation/rails_integration#carrierwave_upload

What do you think about our ruby on rails file upload solution? Any suggestions or improvement ideas?

UPDATE: We’ve published another post about additional advanced image transformations in the cloud with CarrierWave & Cloudinary.

• File upload and storage with Cloudinary
• Image Upload – Image Management for Developers
• Cloudinary’s upload widget
• PHP file upload with Cloudinary
• AJAX file upload – Quick tutorial & time saving Tips
• Android file upload– Clone WhatsApp technology using Cloudinary
• Build a real-time photo sharing website in a few easy steps
• jQuery image upload plugin