Joomla! o Drupal per un sito di e-commerce multilingua

15 contenuti / 0 new
Ultimo contenuto
Joomla! o Drupal per un sito di e-commerce multilingua

Ciao raga,

scusate se ho sbagliato forum.

Sto cercando una soluzione al mio problema di lentezza dovuto a:

- sito dinamico in 5 lingue
- 2000 utenti
- 5 newsletter (1 per lingua)
- modulo e-commerce con 35.000 articoli (molti tradotti)
- suddiviso in 50-ina di categorie
- sef

idee se Drupal è in grado di gestire tutto ciò in modo migliore di come lo fa Joomla! adesso?

Ogni suggerimento anche in privato sarà molto apprezzato.

PS. Non sono riuscito a utilizzare il Cerca in alto a sinistra, o meglio i risultati sono vaghi.

Ciao, Berti

Mi limito a riportare una serie di informazioni in modo che tu possa trarne le conclusioni:

ovviamente partendo da queste puoi trovare altre notizie.

Ciao
Marco
--
My blog
Working at @agavee

credo che la componente e-Commerce sia uno dei punti deboli di Drupal, ma vedendo il modulo "ubercart" forse molto presto non sarà più così.

Grazie per le risposte.

Ho verificato con curiosità le tabelle mostrate ma non mi risolvono il problema.
Se utilizzassi Drupal per le mie esigenze voi quali moduli utilizzereste?

Ci sono varie soluzioni a vari problemi ma solo uno è quello giusto.
A Drupal mi sto avvicinando ora e non vorrei fare scelte sbagliate anche perché devo migrare un sito in produzione e non posso sbagliare.

Besos. Berti

Ho verificato il sito di Ubercart e tra i siti proposti questo
http://www.ubercart.org/site/6958
mi ha colpito per il numero di node.
È molto probabile che imparerò ad usare Drupal/Ubercart

Saluti, Berti

PERSONALMENTE darei un occhio anche a e-commerce, che pur essendo "più giovane" è strutturato meglio, sopratutto se devi andare a creare o modificare moduli. In ogni caso sono entrambi ottimi strumenti.

Ciao
Marco
--
My blog
Working at @agavee

Ti ringrazio.

Mavimo, una domanda da principiante: che differenza c'è tra la versione 6.x e 5.x?
e-commerce e molti altri moduli vedo che sono compatibili solo con la 5.x
Ha senso lavorare sulla 5 o meglio pazientare fino alla 6 operativa?

Grazie per il tempo dedicatomi, Berti

La 6 è la versione stable attuale, ma mancano parecchi moduli, la 5 è considerata la old-stable, ma ha più moduli e sopratutto più rodati. Se quello che ti serve è solo per 5 o parti con la 5 o prendi la 6 e ti aggiorni i moduli che ti servono, ma se sei un principiante di Drupal (cioè non lo conosci a fondo) andare a fare l'aggiornamento di moduli come e-commerce è un massacro, quindi lascia perdere e parti con la 5 se vuoi usare questo modulo.

Ciao
Marco
--
My blog
Working at @agavee

Io ci sto cominciando a sbattere il naso (contro l'e-commerce con Drupal). Impressioni...
- Ubercart sembra in generale la soluzione più robusta e compatta
- Lo sviluppo di e-commerce ha una roadmap, mi pare, molto più nebulosa
- Che io sappia, esiste una traduzione ITA (non so quanto completa) di e-commerce, mentre Ubercart credo sia tutto ancora da tradurre
- Tutti i moduli, essendo nati oltreoceano, non hanno bene in mente il ginepraio di regole riguardanti l'IVA e altre cose del genere (soprattutto se si parla di sito che vende anche all'estero); su Ubercart c'è un lungo thread e qualche contributo che sta facendo andare avanti le cose. Su e-commerce, non so.
Drupal 5, per il momento. Di Ubercart esiste una "dev" per D6, per e-commerce, vd. sopra alla voce "nebulosa"

Per quanto riguarda la traduzione di Ubercart mi pare che fivepoint fosse a buon punto, e siamo prossimi all'inserimento del modulo nel server di traduzione, ma attendiamo conferme.

Ciao
Marco
--
My blog
Working at @agavee

Ragazzi,

La traduzione di uberchart è disponibile sul server di traduzione. Fivepoint si occupa di tenerla aggiornata e spesso aggiorno i modulo da tradurre.

sul server di traduzione ci sarebbe ancora da inserire l'ultima versione, ubercart 5.x-1.5. qualcuno può farlo?
una nota per la traduzione di ubercart: ci sono delle traduzioni da terminare e altre che non avevo tradotto neppure dall'inizio (i sistemi di pagamento esteri e il modulo relativo ad UPS).

in ogni caso iberti ti converrebbe provare di persona sia ecommerce che ubercart.
per quanto riguarda le lingue occorrerebbe verificare se è possibile con il modulo 18n o localizer effettuare traduzioni alle variabili utilizzate con variable_set() e variable_get() dal momento che nel core di ubercart c'è del codice del tipo:

<?php
$subject
= variable_get('uc_notify_cust_checkout_subject', t('Your Order at [store-name]'));
?>

in ogni caso qualcuno ha avuto qualche problema:
http://www.ubercart.org/forum/development/1773/i18n_support

per il resto, non conosco abbastanza ecommerce, l'unica cosa che so è che hanno cambiato completamente le API a partire dalla versione 4.
al tempo di drupal 4.6, quando mi ero dedicato a terminare la traduzione già iniziata da un altro ragazzo dei moduli di ecommerce, alla fine di tutto avevo abbandonato in favore di ubercart per le seguenti motivazioni:
- ubercart mi è sembrato più user friendly
- mi è sembrato più vicino alle problematiche pratiche della gestione di un negozio online (ad esempio tutta la parte di amministrazione degli ordini, o la gestione delle spese di spedizione, oppure ancora la possibilità di effettuare acquisti da utenti anonimi che, una volta inseriti i prodotti nel carrello, una volta andati alla cassa e scelto il sistema di pagamento e il metodo di spedizione arrivano fino al riepilogo ordine, cliccano su invia ed il sistema in automatico crea per loro un nuovo utente e gli invia una mail mi sembrava una boccata d'aria rispetto ad ecommerce)
- la comunità attorno ad ubercart mi sembrava decisamente più attiva rispetto a quella di ecommerce, dove vedevo che c'erano richieste di correzzione ai bugs o di nuove funzionalità irrisolte da ormai troppo tempo
- sul forum, in aggiunta agli altri utenti, ti rispondo principalmente i due sviluppatori che stanno dietro al progetto ubercart, e di solito lo fanno in pochi giorni
- questi due sviluppatori che dicevo lavorano a tempo pieno al progetto e sono pagati per farlo

questo per quanto riguarda l'aspetto che salta agli occhi di chi poi ubercart lo deve utilizzare (l'utente che acquista e l'amministratore del negozio).
dal punto di vista delle API dei due sistemi, da quanto ho capito dovrebbero esistere grosse differenze. con entrambi in ogni caso puoi programmare nuovi moduli, ed è una gran cosa dal momento che ogni sito di ecommerce ha di solito le sue esigenze.

ricapitolando, ecco secondo me ora come ora se ti scarichi il core di ubercart e usi solo quello senza farti dei moduli aggiuntivi o eventuali hack, a quali problematiche potresti andare incontro:
- qualche mal di testa nella localizzazione
- sconti (sempre che tu ne abbia bisogno)
esiste un modulo aggiuntivo (non compreso nel core) per gli sconti, ma è pieno di bug.
personalmente ne sto sviluppando uno per un lavoro, ma anche qui, ogni sito ha le sue politiche. in ogni caso probabilmente in futuro verrà integrato nel core un modulo per gli sconti, ma dubito che potrà soddisfare le esigenze di tutti.
- sistemi di pagamento
nel core non viene incluso nessun sistema di pagamento utilizzato in italia (c'è solo paypal). anche qui dovresti farti un modulo apposito.
- spese di spedizione
se ti serve una tabella delle spedizioni che ti dica ad esempio: fino a 10Kg dei prodotti inseriti nel carrello applica 5,00 euro di spese di spedizione, fino a 20 Kg 8,00 euro, ecc. nel core un modulo del genere non c'è. ne avrei sviluppato uno che permette di impostare una tabella del genere: http://www.ubercart.org/contrib/7290

Quote:
- Tutti i moduli, essendo nati oltreoceano, non hanno bene in mente il ginepraio di regole riguardanti l'IVA e altre cose del genere (soprattutto se si parla di sito che vende anche all'estero); su Ubercart c'è un lungo thread e qualche contributo che sta facendo andare avanti le cose. Su e-commerce, non so.

ciao Pinolo,
se sai delle cose che si possono rivelare utili o hai esperienze in merito alle problematiche di cui parli magari falle presente così i "nodi vengono al pettine" e si può vedere se si può risolvere in qualche modo (sempre rispetto ad ubercart nel mio caso, poichè ecommerce non lo conosco).

Ciao Fivepoints, avevo già postato le mie impressioni sul thread citato. Riassumendo, la mia idea è che le cose nel core di UC debbano rimanere semplici e rispondere solo alle necessità di calcolo. Le funzioni relative a visualizzazione e inserimento dati utente dovrebbero essere fornite da moduli sviluppati localmente.

ciao,
anche io la penso così.

comunque a giorni dovrei terminare un modulo che permette l'inserimento di due campi: partita iva e codice fiscale (per il cliente, per l'amministratore del negozio e usando i token da sfruttare nel template della fattura/ricevuta).

per quanto riguarda le tasse già con uc_taxes.module è possibile impostare delle aliquote ed eventualmente su si avesse bisogno di applicare diverse aliquote si potrebbero sfruttare le classi prodotto.

ho caricato su ubercart.org il modulo che ho terminato che permette l'inserimento della partita iva e del codice fiscale.
http://www.ubercart.org/contrib/7717