Carrierwave con S3

Community IT
1

Siete mai riusciti ad usare carrierwave con S3? Io no. Ho provato oggi
ma gli upload non funzionano. Ho richiesto aiuto sul gruppo di Google ma
non ho ricevuto ancora una risposta:

https://groups.google.com/forum/?fromgroups=#!topic/carrierwave/ZiK_imCtq4k

2

2012/10/10 Riccardo T. [email protected]

Siete mai riusciti ad usare carrierwave con S3? Io no. Ho provato oggi
ma gli upload non funzionano. Ho richiesto aiuto sul gruppo di Google ma
non ho ricevuto ancora una risposta

Usato perfettamente sia Carrierwave che Dragonfly con S3.
Se non va un problema di permessi di S3, sono terribili. Prova con la
“master key”.
Ti consiglio Dragonfly comunque, molto molto meglio per il supporto a
nuovi
formati real-time.

Matteo

3

Matteo C. wrote in post #1079256:

2012/10/10 Riccardo T. [email protected]

Siete mai riusciti ad usare carrierwave con S3? Io no. Ho provato oggi
ma gli upload non funzionano. Ho richiesto aiuto sul gruppo di Google ma
non ho ricevuto ancora una risposta

Usato perfettamente sia Carrierwave che Dragonfly con S3.
Se non va un problema di permessi di S3, sono terribili. Prova con la
“master key”.
Ti consiglio Dragonfly comunque, molto molto meglio per il supporto a
nuovi
formati real-time.

Matteo

Fin’ora ho sempre usato paperclip e mi son trovato bene. Ho ereditato un
progetto con carrierwave con storage su file e vorrei muoverli su S3.
Usando s3sync ho migrato i file su S3 e le immagini sono visibili sul
sito. Poi ho provato a fare l’upload e non funziona. Con paperclip non
ho mai dovuto configurare i permessi su S3, Carrierwave e` un bel
rompimento. di @@

4

Il giorno mercoled 10 ottobre 2012, Riccardo T. ha scritto:

“master key”.
ho mai dovuto configurare i permessi su S3, Carrierwave e` un bel
rompimento. di @@

Rifraso: non un problema della gemma, ma dell’account AWS, che
tipicamente sar diverso, oppure delle tue configurazioni.
In ogni caso, il problema fuori dalla gemma, ho avuto gli stessi
problemi
con paperclip a parit di condizioni.
Controlla anche la region del bucket.

Matteo

5

Il giorno 11/ott/2012, alle ore 09:41, Matteo C.
[email protected] ha scritto:

Rifraso: non un problema della gemma, ma dell’account AWS, che
tipicamente sar diverso, oppure delle tue configurazioni.
In ogni caso, il problema fuori dalla gemma, ho avuto gli stessi problemi
con paperclip a parit di condizioni.
Controlla anche la region del bucket.

+1 confermo: pu essere un inferno se non fai caso a tutti i parametri
che usi per S3 :wink:

http://andreapavoni.com

6

Nulla e` cambiato. Posso vedere le immagini che ho caricato via S3 ma
l’immagini caricate con S3 danno “The specified key does not exist”

7

Infatti non ho la configurazione :region. Il mio bucket sta su US
standard, credo che corrisponda a:

config.s3_region = ‘us-east-1’

Ora provo

8

Lo avevo fatto ieri sera (giuro!) ma dopo il cambiamento della
configurazione no. Ho visto che le immagini vengono create ma in:

cd.live/cd.live/uploads/content/image

invece di:

cd.live/uploads/content/image

cd.live e` il nome del bucket ma lo avevo configurato anche configurato
qui:

config.fog_directory = ‘cd.live’

Non capisco il perchedella ripetizione, fog_directory dovrebbe corrispondere al bucket, invece sembra corrispondere alla 'root directory' nel bucket, sono un po confuso. Ho cambiato la config con:

config.fog_directory = ‘uploads’

ma l’immagine caricata non c’e`… strano

9

se non ricordo male, “fog_directory” il nome del bucket s3, quindi
credo sia corretto mettere “cd.live”.

attenzione al metodo #store_dir nel tuo uploader, dovrebbe essere
impostato per ritornare una stringa tipo: “uploads/content/image”

A.

Il giorno 11/ott/2012, alle ore 12:34, Riccardo T.
[email protected] ha scritto:

qui:

config.fog_directory = ‘cd.live’

Non capisco il perche della ripetizione, fog_directory dovrebbe corrispondere al bucket, invece sembra corrispondere alla 'root directory' nel bucket, sono un po confuso. Ho cambiato la config con:

config.fog_directory = ‘uploads’

ma l’immagine caricata non c’e`… strano

–
http://andreapavoni.com

10

Si Andrea,

store_dir specifica la path dove immagazzinare i file, io credevo che
servisse per dire a carrierwave la path per creare il link
dell’immagine.

Grazie, tutto risolto :slight_smile:

11

debug casereccio:

loggati sul pannello di S3 e controlla se esistono nel bucket, almeno ti
rendi conto se sono stati effettivamente caricati. pu anche darsi che c’
qualche errore nel path quando richiedi una immagine

ciao,
A.

Il giorno 11/ott/2012, alle ore 11:53, Riccardo T.
[email protected] ha scritto:

Nulla e` cambiato. Posso vedere le immagini che ho caricato via S3 ma
l’immagini caricate con S3 danno “The specified key does not exist”

–
http://andreapavoni.com