Forum: Italian Ruby user group carrierwave con S3

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=#!topi...

2012/10/10 Riccardo Tacconi <rtacconi@gmail.com>

> 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

Matteo Collina wrote in post #1079256:
> 2012/10/10 Riccardo Tacconi <rtacconi@gmail.com>
>
>> 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 @@

Il giorno mercoled 10 ottobre 2012, Riccardo Tacconi 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

Il giorno 11/ott/2012, alle ore 09:41, Matteo Collina 
<matteo.collina@gmail.com> 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 ;)

http://andreapavoni.com

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

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"

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 Tacconi 
<rtacconi@gmail.com> 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

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 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

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 Tacconi 
<rtacconi@gmail.com> 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

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 :-)