Drupal e la creazione di soluzioni di ecommerce versatili, ben strutturati e ricchi di funzionalità

Qui mi sorge un altra questione.
Sto provando ubercart (solo i moduli base senza aggiunte dagli sviluppi della community), però mi chiedo: ma esiste una qualche traduzione in italiano delle stringhe o mi tocca tradurre tutto da me?! :S ...cavolo! la traduzione serve se il lavoro lo fai per altri (italiani) e non per te stesso.

Ciao, ho scaricato la traduzione x ubercart. mancano un bel po di stringhe ma fa nulla, si può usare.
Ho approfondito molto le mie conoscenze in merito alle traduzioni e mi sono accorto che io ho aggiunto troppe stringhe a mano nei blog, mentre invece dove scaricarmi le traduzioni dei moduli NON core e importarle.

Mi sono studiato tutto quello che potevo per iniziare a lavorare con ubercart in maniera costruttiva.
Adesso però mi rendo di una cosa, come faccio a crearmi un tema che mi consenta una visione dei nodi (prodotti) come fosse una vetrina prodotti?

Se uno i termini del catalogo, allora si ottiene una griglia... ma per una visione globale dei prodotti non ho alcuna griglia!!!...

Qualcuno ha un tema base uno di quelli free, già pronti, da passarmi, così da poterlo customizzare per le mie necessità, sono a corto di tempo x mettermi a realizzarne uno da zero

Altra domanda: io imposto i prodotti, le tasse, ecc ecc... ma dove imposto, metodi di pagamento tipo "bonifico bancario"?

[email protected] .. ho installato il modulo Optional Image (l'ho fatto funzionare, xkè aveva un ; dove invece doveva esserci , ), però ho l'impressione che non funzioni a dovere, xkè sebbene io abbia caricato le immagini queste non appaiono quando seleziono l'opzione dell'attributo dal nodo prodotto.

mmm... ci sono suggerimenti?

Funziona anche a me adesso...
... FORSE c'era qualche problema xkè non avevo impostato le dimensioni dell'immagine per la preview, teaser e così via.

Ho scoperto che ubercart crea una vista per i prodotti, modificabile e utilizzabile a seconda delle necessità.

Hai qualche buona dritta da darmi per far funzionare al meglio ubercart (moduli utili, viste, lingua e traduzioni, strumenti, qualche tema base da customizzare, modifiche particolari, impostazioni, metodi di pagamento tipo bonifico, metodi di trasporto, ecc ecc) ?

Domanda:-

Come faccio a visualizzare i prezzo di vendita di un prodotto comprensivo della TAX impostata (che in questo caso sarebbe l'iva) ?

Ubercart consente di impostare un prezzo di vendita, privo di TAXES e poi calcola la TAX sul totale del carrello.

saluti

jerry

Si, hai capito bene.
Vorrei che il prezzo visibile di ogni articolo avesse anche l'iva... oppure che fosse indicato prezzo senza iva e così via.

Non ho trovato dei veri e propri moduli specifici e ufficiali che facessero qualcosa del genere. ho trovato moduli che aggiungono un campo per indicare la PIVA.

Volevo chiedere cortesemente, se la cosa è possibile, se tu o eventualmente qualcun'altro mi passasse un export della vostra traduzione completa per ubercart. Potete aiutarmi? Quella che sto usando, scaricata dal server delle traduzioni, non lo è.

grazie a tutti per l'aiuto e il supporto.
saluti

jerry

bohz come faccio a mantenere lo stesso design dei prodotti anche ai vari tipi di classi che l'amministratore dell'ecommerce può creare?

Io per avere un design specifico dei prodotti, ho creato un node-product.tpl.php e vorrei utilizzarlo praticamente uguale anche per tutte le classi che un utente può creare.

Il mio dubbio è... ogni classe definisce un tipo di contentuto, di conseguenza io dovrei, avere node-nome_classe.tpl.php per ogni classe creata. Questo non è fattibile.

Come si risolve questo problema nel definire il design dell'ecommerce con ubercart?

saluti

jerry

<a href="mailto:[email protected]" rel="nofollow">[email protected]</a> wrote:

Aspetta un attimo...
se non definisci templates espliciti del tipo node-[nomeclasse].tpl.php, Tutti i prodotti vengono mostrati attraverso node-product.tpl.php a prescindere dalla classe.
Il problema è che se il prodotto è uno stuzzicadenti ci saranno una serie di campi, se invece è una corazzata ce ne saranno altri.
Come fai a gestire tutti sti campi diversi in un unico template?
Una soluzione potrebbe essere di themizzare solo i campi essenziali (add to cart, titolo, SKU, eccetera) e riunire tutti gli altri campi in un unica variabile.
Insomma, se vuoi controllare un numero n non definito di classi con un solo template, devi fare qualche compromesso con un'estetica un po' scarsa; viceversa se vuoi il controllo totale, devi poter prevedere almeno quali campi comporranno i vari tipi di prodotto e preparare tpl.php specifici per classe.
Comunque, come best practice, non sarebbe opportuno che un non developer possa creare content types.

Ma che negozio è, un emporio?

Aspetta un attimo, il fatto che tutte le classi siano soggette a node-product.tpl.php mi va benissimo. Di fatti solo i campi essenziali mi interessa che siano collocati correttamente e così via.
La cosa importante è che se io devo per esempio creare un set di Scarpe o un Set di Quaderni, quindi per prodotti che hanno tanti attributi in comune, usare classi mi avvantaggia :).

Però proprio adesso ho creato una classe di test e mi sono accorto di una cosa IMPORTANTE e non BUONA!!
Ho creato una classe a cui associare un attributo con tante opzioni... però io a queste opzioni devo associare delle immagini che sono uguali per tutti i prodotti della classe (per le immagini si usa Option Images).

Mi sono accorto che sebbene nelle options della classe siano presenti due colonne in + quali "immagini" e "Anteprime", purtroppo non ottengo quello che sarebbe stato utilissimo, cioè avere l'immagine già associata alle opzioni degli attributi della classe, così che realizzando un prodotto di questa classe fosse possibile selezionare l'opzione con già l'immagine inserita.

Il risultato è che anche quando l'attributo appartiene alla classe, per ogni prodotto della classe creata devo SEMPRE inserire le immagini associate alle opzioni. Di conseguenza se ho 20 prodotti che hanno gli stessi attributi mi ritroverò con un casino di immagini uguali e ripetute, caricate per le stesse identiche opzioni dello stesso attributo, utilizzato dai prodotti della classe e se ho un attributo con 10 opzioni, per ogni prodotto con quell'attributo, che creo devo caricare le stesse identiche 10immagini.

Io mi credevo che creando una classe il cui vantaggio è quello di avere proprio attributi associati, fosse possibile caricare le immagini delle opzioni solo una volta, per il content type o per l'attributo, e quando avrei creato i prodotti di quella classe, tra le opzioni dell'attributo ci fossero già presenti le immagini.

In questo modo, la classe dei prodotti mi diventa inutile :S ... e creare un prodotto qualsiasi con quel dato attributo mi farà creare un gran numero di duplicati della stessa immagine.

Il modulo Options Image per Ubercart ha davvero bisogno di migliorare :(.

Ragazzi Suggerimenti?... bohz riesci ad aiutarmi?
se io devo creare dei flaconi e dare la possibilità al cliente di scegliersi il tappo che preferisce come devo fare? dare immagini alle opzioni era la soluzione giusta.

jerry :(

<a href="mailto:[email protected]" rel="nofollow">[email protected]</a> wrote:

Sono perfettamente d'accordo.
Avevo notato anche io questo problema. Però non avevo pensato alle implicazioni che descrivi tu.
Bisognerebbe dare un'occhiata approfondita alle issues ed evenualmente porre la questione.
Comunque, se ho capito bene tu hai n tipi di flaconi (classi) ma solo una serie di tappi. corretto?
Se è questo il caso, considererei l'opzione di inserire un'immagine di default per classe di prodotto (magari con taxonomy image), ed in questa immagine mettere la panoramica delle opzioni. certo se sono 20 opzioni è un po' difficile...
Altre cose che mi vengono in mente sono
- usare una view allegata al nodo prodotto (con views_attach)
- esplorare l'integrazione di finder con ubercart

Infine, almeno nel mio caso, potrebbe anche essere che option_images non sia completamente compatibile con l'ultima versione di ubercart

La necessità in questione è quella di poter associare un dato attributo a qualsiasi prodotto/classe e l'attributo deve poter contere l'immagine delle sue opzioni e mantenerle di prodotto in prodotto. Se io credo l'attributo con n opzioni, questo attributo di fatto è un "oggetto UNICO", di conseguenza le immagini che carichi dovrebbero essere caricate per l'attributo e non per il prodotto. Nel prodotto/classe invece ha senso abilitare o disabilitare un opzione.

Nel mio caso io ho qualcuno che magari ha tanti tipi di flaconi colorati o con il contenuto del flacone colorato e vuole dare la possibilità al cliente di scegliersi il tappo (colore e/o forma). Di conseguenza creare una classe per i flaconi tutti a cui associare l'attributo con le immagini di tutti i tappi era la soluzione.

bohz...
ci sarebbe questa patch e una serie di varianti..

http://drupal.org/node/550344

io non amo installare patch... soprattutto in produzione!!!

jscm wrote:

bohz...
ci sarebbe questa patch e una serie di varianti..

http://drupal.org/node/550344

io non amo installare patch... soprattutto in produzione!!!

Con questa patch funziona! ...ma credo che ci sia bisogno di lavorare ancora su questo modulo.

<a href="mailto:[email protected]" rel="nofollow">[email protected]</a> wrote:

Grazie!
appena ho un attimo patcho subito il modulo.

Quote:

...ma credo che ci sia bisogno di lavorare ancora su questo modulo.

..quando ne avro la capacità, senz'altro! ;)

bhoz..
... sono appena andato a dare un occhiata all'ecommerce che sto facendo ed ho notato che le immagini delle opzioni nella classe, non funzionano +, o per lo meno non vengono mostrate.

Tu hai riscontrato problemi dopo l'applicazione della patch?