Opzioni dinamiche del secchio EC2 per nebbia/Carrierwave

Question

Ho un'applicazione Rails3 che utilizza Carrierwave e Fog per archiviare dati su S3 di Amazon. Questa applicazione che sto costruendo richiede che io consenta a ciascun utente di avere il proprio secchio EC2 sicuro. La premessa dell'applicazione è che l'utente creerà un account (ideato) e genererò un bucket di archiviazione solo per quell'utente sotto l'utente e la password EC2 della mia applicazione. Sulla base della documentazione corrente, non ho visto un modo per avere più bucket poiché questo è configurato nel YOG FOG. Vorrei chiedere alternative per impostare questo FOG_DIRECTORY in modo dinamico in base agli attributi dell'utente.

So che esiste un modo per gestire le cartelle dinamiche, ma questo non funzionerà in quanto ho bisogno di bucket dedicati per utente.

Grazie in anticipo!

Answer 1

Supponendo che i tuoi secchi esistano già. Provare quanto segue:

#config/initializers/carrierwave.rb 

CarrierWave.configure do |config| 
    #...other configuration stuff... 
    config.fog_directory = 'null.example.com' 

    config.fog_host = proc do 
    proc do |file| 
     uploader = file.instance_variable_get :@uploader 
     "http://#{uploader.fog_directory}" 
    end 
    end 
end 

Nota i procs nidificati, come la scrittura della questa risposta la documentazione per carrierwave non è corretto. Se vuoi che fog_host sia dinamico, devi avvolgere il proc in modo che la classe di configurazione carrierwave faccia la cosa giusta.

Anche se la directory fog_directory è impostata dinamicamente in seguito. I framework di test e simili si lamentano se qualcosa non è impostato nell'inizializzatore (funziona correttamente, l'impostazione è sempre sovrascritta).

#app/controllers/application_controller.rb 

before_filter :set_bucket 

def set_bucket 
    CarrierWave.configure do |config| 
    config.fog_directory = "#{current_user.id}.bucket.example.com" 
    end 
end 

Modificare la funzione set_bucket in base alla convenzione di denominazione del bucket.

È possibile aggiungere una logica condizionale se si desidera un bucket fisso in fase di sviluppo anziché un bucket per utente.

Anche il post di blog this delinea un altro approccio.