2012-02-20 10 views
5

Mam wiadro S3 do produkcji i rozwoju. Zrobiłem moje badania i came across this post, ale moja obecna konfiguracja nie działa zgodnie z oczekiwaniami. Pojawia się następujący wyjątek (poniżej) lokalnie i mam żadnych przesyłanie plików do mojego S3 wiadra z mojego Heroku aplikacji:howto: Podstawowa konfiguracja carrierwave [Heroku i S3]

is not a recognized storage provider 
Extracted source (around line #3): 

1: 
2: <p><%= user.name %></p> 
3: <%= image_tag user.avatar.url %> 
4: <%= link_to 'Show', user %> 
5: <%= link_to 'Edit', edit_user_path(user) %> 
6: <%= link_to 'Destroy', user, confirm: 'Are you sure?', method: :delete %> 

Jednak Kiedy ustawić storage :file wewnątrz pliku *_uploader.rb wszystko działa zgodnie z oczekiwaniami lokalnie. Ale wciąż zauważam, że dostaję do mojego wiadra S3.

Oto mój zestaw up:

user.rb

class User < ActiveRecord::Base 
attr_accessible :name, :avatar, :avatar_cache, :remote_avatar_url, :remove_avatar 
mount_uploader :avatar, AvatarUploader 
end 

fog.rb

CarrierWave.configure do |config| 
    if Rails.env.production? 
    config.storage = :fog 
    config.fog_credentials = { 
    :provider    => 'AWS', 
    :aws_access_key_id  => ENV['S3_K'], 
    :aws_secret_access_key => ENV['S3_SCRT'], 
    :region    => ENV['S3_RG'] 
    } 
    config.fog_directory = ENV['S3_BUCKET'] 
    config.fog_host  = 'http://www.example.com' 
    config.fog_public  = true         # optional, defaults to true 
    config.fog_attributes = {'Cache-Control' => 'max-age=315576000'} # optional, defaults to {} 

else 
#for development and testing locally 
    config.storage = :file 
    config.enable_processing = false 
end 
end 

* _uploader.rb

class AvatarUploader < CarrierWave::Uploader::Base 

storage :fog 

def store_dir 
    "uploads/#{model.class.to_s.underscore}/#{mounted_as}/#{model.id}" 
end 

def extension_white_list 
    %w(jpg jpeg gif png) 
end 

end 

users_controller.rb

def new 
@user = User.new 
@user.avatar = params[:file] 
    respond_to do |format| 
    format.html # new.html.erb 
    format.json { render json: @user } 
    end 
end 

def create 
@user = User.new(params[:user]) 
@user.avatar = params[:file] 
    respond_to do |format| 
    if @user.save 
    format.html { redirect_to @user, notice: 'User was successfully created.' } 
    format.json { render json: @user, status: :created, location: @user } 
    else 
    format.html { render action: "new" } 
    format.json { render json: @user.errors, status: :unprocessable_entity } 
    end 
end 

koniec

UPDATE Dzięki @ CanBerkGüder Mogę potwierdzić, że jestem w stanie zapisać rekord, ale nie plik obrazu. Za każdym razem, gdy próbuję utworzyć obiekt użytkownika, mój dziennik heroku wypluwa:

2012-02-20T23:19:45+00:00 app[web.1]: app/controllers/users_controller.rb:46:in `block in create' 
2012-02-20T23:19:45+00:00 app[web.1]: app/controllers/users_controller.rb:45:in `create' 
2012-02-20T23:19:45+00:00 app[web.1]: 
2012-02-20T23:19:45+00:00 app[web.1]: cache: [POST /users] invalidate, pass 
+1

Dwie rzeczy do sprawdzenia: 1. czy klejnot "mgły" jest wymieniony w twoim Gemfile? 2. Jeśli tak, spróbuj podać config.storage =: fog w inicjalizatorze. –

+0

@ CanBerkGüder Aktualizowałem swój inicjator i nadal nie ma szczęścia, zobacz sekcję AKTUALIZACJI, co się stało po aktualizacji. – rhodee

+0

Struktura katalogów nie jest ważna, jak mówią docs, po prostu dlatego, że nie ma żadnych katalogów na S3 (jest to po prostu plik o nazwie uploads/user/avatar/1/2_48x48.png). Niestety, nie mogę wymyślić trzeciego powodu, który może spowodować błąd, który widzisz. –

Odpowiedz

1

OK, oto pomysł. CarrierWave nadal zawiera adapter S3 zapewniający kompatybilność wsteczną, który wykorzystuje mgłę pod spodem, którą osobiście używam zamiast :fog. Teoretycznie nie powinno być różnicy między nimi, ale myślę, że warto spróbować. Oto mój CarrierWave initializer z aplikacji uruchomionych na żywo Heroku:

CarrierWave.configure do |config| 
    if Rails.env.production? 
    config.root = Rails.root.join('tmp') 
    config.cache_dir = 'carrierwave' 

    config.storage = :s3 
    config.s3_access_key_id = ENV['S3_KEY'] 
    config.s3_secret_access_key = ENV['S3_SECRET'] 
    config.s3_bucket = ENV['S3_BUCKET'] 
    else 
    config.storage = :file 
    end 
end 

Pierwsze dwie linie (config.root i config.cache_dir) są nie do obejścia tylko do odczytu plików Heroku, który powinny nie mają nic wspólnego z twoim problemem.

+0

Natknąłem się na aktualizację dwóch linii w dokumentach, dzięki za przypomnienie mi. Jak powinien wyglądać mój kontroler? Czy muszę dodawać linię, jak '' 'user_avator = params [: file]' do moich akcji 'new' i' create'? – rhodee

+0

Twoja odpowiedź nie zadziałała w mojej konfiguracji, ale zdecydowanie zainspirowała niektóre badania z mojej strony! Dziękuję Ci. – rhodee

+0

@rhodee przykro mi, że nie działa. nie ma za co. –

0

Jeden problem może być

config.fog_host  = 'http://www.example.com' 

Jeśli używasz tego ustawienia, prawdopodobnie trzeba prawdziwy gospodarz tam. Rzekomo możesz skomentować tę linię, chociaż widziałem ją bardzo polecaną.

Zakładam, że ustawiłeś zmienne ENV na Heroku?

heroku config:add S3_K=[my_s3_key] S3_SCRT=[my_s3_secret] S3_RG=[us-east-1]S3_BUCKET=[my_bucket_name] 

Użyłem prawie tej samej konfiguracji. Mój nie działał, ale myślę, że mam jeszcze jeden krok lub dwa:

Missing required arguments: aws_access_key_id, aws_secret_access_key 
Powiązane problemy