Newsgroup: it.lavoro.professioni.webmaster
Titolo: E-commerce di ezpublich

Avete esperienza di un ecommerce fatto con ezpublish? Vale la pena 
perderci del tempo o vado diretto di zen-cart?

 perderci del tempo o vado diretto di zen-cart?
è molto-molto-molto interessante Magento, ma purtroppo è ancora presto per
usarlo in produzione.
EzPublish non lo conosco bene, ma non mi sembra un prodotto nato per
l'ecommerce, è possibile che manchi delle funzionalità di un ecommerce
nativo, ma come detto non lo conosco bene.
Con ZenCart vai sul sicuro, anche se è comunque un progetto datato e ha i
suoi limiti.
A proposito
Qualcuno conosce un progetto anche commerciale davvero valido e
perfettamente adatto al contesto italiano (leggi e tassazione italiana)?

 usarlo in produzione.
anch'io sto seguendo magento ma mi sembra molto lento per ora. Ezpublish 
mi interessava per il fatto di avere il cms integrato che non è male.
Lo stesso sarebbe l'accoppiata joomla-virtuemart. ma di quest'ultimo mi 
fido poco, da qui la curiosità su ezpublish.


 fido poco, da qui la curiosità su ezpublish.
ma non penso che abbia tutti gli strumenti di amministrazione che hanno gli
ecommerce nativi, compreso ZenCart.
Hai provato la demo?
Joomla+virtuemart lo lascerei perdere anch'io, già joomla non è esente da
buchi, figuriamoci nell'accoppiata del caso.
S.

 
[...]
Dipende dai progetti... Io (e la firma dovrebbe dirla tutta) in certe 
occasioni uso joomla + VM (ad esempio quando è importante la parte cms e 
la parte e-commerce ha 'poche' esigenze).
Mi è anche capitato di 'pseudo integrare' (no utenti) Joomla con Zen.
Ultimo consiglio, nel caso dovessi scegliere Zen, se devi fare molte 
modifiche al core e soprattutto se dovrai imbastire uno store con molti 
prodotti (molti >= 10000) e soprattuttissimo (sti neologismi...) se 
dovrai usare molte varianti di prodotto (o prodotti in download), valuta 
attentamente, perchè nella prossima versione (in teoria in uscita a fine 
anno) ci saranno notevoli migliorie riguardo alle performances 
(prevalentemente riduzione del numero di queries, soprattutto, ma non 
solo, quando ci sono varianti in gioco) e potrebbe non essere semplice 
aggiornare uno Zen pesantemente modificato (non parlo del layout che va 
per i fatti suoi ma del core).
-- 
-------------------------------------------
Paolo De Dionigi
www.atfriends.net
Responsabile Tecnico Zen Cart Italia

 per i fatti suoi ma del core).
consigli un'alternativa?
S.

 buchi, figuriamoci nell'accoppiata del caso.
Beh, conosci qualche cms, anzi facciamo qualche software, esente da buchi?
L'accoppiata sopracitata ce l'ho in produzione da pių di 3 anni e, a 
patto di tenere il passo agli aggiornamenti, funziona egregiamente.

 patto di tenere il passo agli aggiornamenti, funziona egregiamente.
il problema è l'accoppiata e il non avere un software unico.
Joomla poi è sotto l'occhio del ciclone più di altri software di ecommerce
ad esempio.
comunque non dico che non sia un'opzione da valutare, personalmente farei a
meno
S.

 S.
Un alternativa a Zen? Non ne conosco.
Ma non č che non vada bene (ci mancherebbe che dicessi una cosa simile 
:) ). Solo bisogna fare le cose fatte per bene, rivolgersi a qualcuno 
che conosca bene la piattaforma (non io, per lo meno fino a fine anno se 
non oltre) e sulla base di specifiche ultra dettagliate sappia dire 
(anche se č quasi impossibile senza provare visto l'enorme numero di 
variabili in gioco) se va bene oppure no.
Mettiamola cosě: il punto cruciale per il carico del db (numero di 
queries), a patto di una corretta configurazione, č la presenza di 
varianti o meno.
Attualmente ho sotto mano una situazione in cui in determinate 
condizioni si arriva a piů di 12.000 queries per visualizzare una 
determinata pagina e per una serie di motivi (anche ambientali) MySql 
(quel MySql) non gradisce molto (= query time di 10 secondi), mentre 
nelle medesime condizioni su altro server il query time č di 2 secondi.
Ribadisco che questa situazione č estremamente particolare (per svariati 
motivi). Un altro zen, con molti piů prodotti, riproducendo la 
situazione di cui sopra (sempre usando prodotti con varianti, ma 
evidentemente con delle differenze) mi produce un totale di circa 2000 
queries, abbattendo il query time a 0.4 sec...
Nel caso di prima, visto che per abbattere le queries dovrei riscrivere 
un bel pezzo di codice, per la versione 1.1 di quel sito proporrň un 
approccio diverso (sempre Zen), senza ricorrere alle varianti, ma in 
qualche modo simulando come se ci fossero...
P.S. come detto, le varianti non sono il male assoluto (ho uno zen con 
circa 10000 prodotti, numerosi con varianti di vario tipo e un centinaio 
di categorie, con un parse time (quindi caricamento di tutta la pagina) 
medio di tutte le pagine che si aggira sui 4 secondi... ma in certe 
condizioni arrivano ad impestare non poco.
P.P.S. ho letto (e anche visitato ma non trovo piů il link) di uno Zen 
con piů di 1 milione di prodotti (libri) (nel sito non era specificato, 
ma ovviamente so come fare per far saltar fuori il numero totale di 
prodotti ed era saltato fuori qualcosa come 1,5 milioni...) e che gira 
come una meraviglia (ok hanno dovuto ribaltare il codice per le 
ricerche, ma trovami tu un e-commerce (open, perchč dei closed non so 
granchč) che gestisce una tale mole di prodotti...)


 meno
Ed io continuo a utilizzarlo molto volentieri ;)

 ha scritto nel messaggio 
news:rbd5q5-...@news.neodigital2k.com...

Solitamente si afferma che il solo PC veramente sicuro è un PC spento... 
quindi è assodato che nessun software o CMS possa essere esente da problemi 
di sicurezza.
L'importante è tenere aggioranti il software o il portale.
Attualmente i migliori applicativi opencommercio Open Souce sono ZenCart e 
l'accoppiata Joomla+VirtueMart. OsCommerce, dal quale deriva ZenCart, è in 
fin dei conti inferiore a questi due. Esiste anche OpenCommercio, anche 
questo derivato da OsCommerce, ma ha un sacco di problemi nella gestione. 
Dal lato linguaggio ASP esistono alcuni applicativi ecommerce, tipo MwOpen, 
oppure a pagamento come StorePortal. Tuttavia, secondo il mio parere, meglio 
quelli in PHP.
Joomla serie 1.0.x è arrivata alla versione 1.0.15 che pare molto stabile e, 
per ora, senza buchi conosciuti. La serie 1.5.x di Joomla invece ha avuto 
diversi problemi e sono state rilasciate ben 6 release in poco tempo, 
l'ultila è la 1.5.7
VirtueMart è arrivato alla versione 1.1.2, anche se non so se preferire per 
comodità la vecchia serie 1.0.x piuttosto che la nuova 1.1.x (io adopero per 
diversi miei portali ecommerce ancora l'accoppiata joomla 1.0.15b + 
VirtueMart 1.0.15, anche perchè ho modificato diversi file a livello di php 
per aggiornare vorrebbe dire rielaboare il tutto.
Il Vantaggio di Joomla+VirtueMart su ZenCart sta nel fatto che ha diversi 
template grafici free a disposizione (e si possono personalizzare 
facilmente), una facilità nel disporre i moduli all'interno della pagina, 
numerosi componenti aggiuntivi di qualsiasi genere che possono arricchire il 
sito.
Dalla sua ZenCart ha il fatto che è nato per l'ecommerce, e quindi ha alcune 
particolarità specifiche come sconti personalizzati, gestione avviso 
inserimento articolo o articolo nuovamente disponibile.
Alla fine però il miglior applicativo è, come qualunque altra cosa, quello 
che si conosce meglio :-)
Buona navigazione.
-- 
INVY
www.cyberspazio.eu
Demo Content Management System

 Attualmente i migliori applicativi opencommercio Open Souce sono ZenCart e
Ovviamente volevo scrivere: "Attualmente i migliori applicativi ecommerce 
Open Source sono "
Mai inviare post senza prima rileggerli... :-)


 Mai inviare post senza prima rileggerli... :-)
quando Magento diventerà stabile e affidabile credo che non ci sarà molto
futuro per gli altri progetti.
E' una spanna sopra a tutti.
Spero solo che il progetto sia sviluppato a dovere
S.

 ha scritto nel messaggio 
news:1tx7x9l6nzpgc.1ecwji8n0d38g$.dlg@40tude.net...

Si è tutti in attesa! d'altra parte è già da un po' di tempo che non c'è un 
rinnovamento "radicale" sugli applicativi ecommerce.
Ci sono anche diverse funzioni che dovrebbero essere previste, viste le 
larie normative ecommerce. Ad esempio la differenza di applicazione dell'IVA 
per l'estero, a secondo se l'acquirente è privato o con partita IVA, se 
appartiene all'Unione Europea o extra UE, ecc.
Tante cose che attualmente non è sempre possibile impostare, così come le 
norme sulla privacy ecc.
Ottimo sarebbe avere la possibilità di avere sullo stesso sito diversi 
venditori, che si gestiscono in modo indipendente, dagli ordini ai 
pagamenti.
Ovviamente l'alternativa è farsi costruire un sito ecommerce su misura, ma 
questo comporta un investimento... e non sono quelli molti pronti ad 
affrontarlo, anche perchè si può iniziare in ogni caso con soluzioni 
ecommerce free che dopotutto non sono certo male!
Buona navigazione


Sokar ha scritto:

Non ne sono così certo...
Ovvero: come features è sicuramente molto avanti e quando sarà stabile e 
affidabile sarà sicuramente un buon prodotto.
Tuttavia, anche ezpublish è una (o due) spanne sopra a Joomla e Drupal, 
eppure non decolla. Perchè? Perchè non basta guardare cosa ti consente 
di fare un sistema, ma anche come (e fin qui... dovrebbe essere 
discretamente semplice da usare) e soprattutto quanto sia semplice da 
customizzare a livello di funzionalità:
Joomla ha una marea di componenti aggiuntivi, una community enorme e se 
si vuole toccare il codice, risulta immediatamente comprensibile
Drupal ha molti componenti aggiuntivi, una community molto grande (non 
saprei se maggiore o minore di Joomla), ma se si vuole toccare il codice 
bisogna penare un po' di più.
Zen Cart ha un discreto numero di componenti aggiuntivi (inferiori a 
oscommerce), una discreta community (ovviamente non si possono 
paragonare e-commerce con cms, visto il target decisamente inferiore) e 
se si vuole toccare il codice, risulta immediatamente comprensibile 
(ricostruire i flussi un po' meno vista la dimensione e frammentazione).
VM non so quantificare il numero di componenti aggiuntivi, ha una 
community decisamente più ristretta rispetto a Zen o Osc e anche in 
questo caso toccare il codice risulta semplice (più semplice rispetto a 
Zen o Osc anche per via del minor numero di features, ma anche in virtù 
di un buon sistema di costruzione delle pagine).
Magento non ho idea in merito ai componenti aggiuntivi (beh però integra 
comunque più features), però ha una community infinitamente più piccola 
e il codice risulta abbastanza oscuro.
Ecco: community e codice lo accomunano ad Ez ma c'è un altro aspetto che 
lo accomuna ad EZ e tale per cui entrambi risultano differenti dagli 
altri 'sistemi' trattati (e che secondo me è causa del codice oscuro e 
della community piccola), ovvero il fatto che è un progetto sviluppato 
da una società che ci costruisce sopra businness con assistenza e 
personalizzazione.
Io mi imbatto in continuazione in clienti che necessitano di 
customizzazioni più o meno spinte e se soddisfarli comporta un tot di 
conoscenze, impegno, tempo, budget, mi pare scontato che se 
l'intervenire sul codice fosse molto + complesso -> competenze più 
specialistiche -> maggior impegno -> maggior tempo -> maggior budget, ci 
sarebbero meno 'persone' che possano compiere questi interventi e il 
cliente se non trova nessuno che lo possa 'aiutare' perchè quei due / 
tre sono oberati di lavoro, dopo un po' capisce che deve scegliere 
un'altra soluzione.
Ovviamente è un circolo vizioso perchè se c'è mercato poi le agenzie si 
fiondano, ma se manca l'offerta difficilmente si crea la domanda 
(l'utente non sa che esiste Magento) e quante agenzie sono disposte ad 
investire risorse in un mercato concorrenziale (Zen Cart, a differenza 
di osc, non sta fermo, migliora in continuazione) dove è difficile 
scalzare lo zoccolo duro? (in Italia Zen Cart da fonti non ufficiali 
risulterebbe essere la piattaforma e-commerce più installata, ma la 
community di osc è viva e vegeta e a livello modiale presumo ancor di più).
Certo, Joomla ce l'ha fatta e anche Magento potrebbe se effettivamente 
per quando sarà stabile e sicuro avrà molte più features degli altri e 
sarà più facilmente gestibile, ma rimane il punto interrogativo sulla 
facilità di customizzazione (e se la società che sta dietro a Magento 
fallisse o abbandonasse il progetto prima che questo riesca a 
raggiungere una community consistente (e soprattutto uno zoccolo duro di 
sviluppatori esterni)?)
Non so quanti abbiano presente l'organizzazione che c'è dietro a Joomla 
per poterlo portare a dove è ora, sicuramente una società che non sia un 
mega big non è neanche lontanamente paragonabile...
Una volta c'era sul sito di Joomla l'equivalente in termini di ore/uomo 
impiegato per 'sviluppare' Joomla: improponibile per qualunque società 
(a parte probabilmente i big che però non credo avrebbero un ritorno 
tale da giustificare questo investimento).


 customizzare a livello di funzionalità:
CUT
certo concordo, infatti ho aggiunto che spero che il progetto sia
sviluppato a dovere.
La mia idea è che al momento tendando di più a chiudere il progetto, per
poter lavorare sulla customizzazione (software gratuito, ma implementazioni
a pagamento), questo però rischia di strozzarne lo sviluppo e di limitare
l'interesse della comunità.
Sul software beh... ci sono cose notevoli, l'architettura è notevole, e
anche dal lato amministrativo e nell'ottica dell'utilizzatore ci sono
features che possono portare benefici agli amministratori del negozio.
Io seguo da anni i vari progetti, ma Magento mi ha impressionato
esattamente quanto osCommerce fece a suo tempo.
La filosofia che c'è dietro a Magento è però ben diversa da quella di
osCommerce... ho anch'io le tue perplessità.
Joomla ha fatto la scommessa di aprire a 360° il suo progetto così come
osCommerce, e i risultati si sono visti, con l'entusiasmo e la
disponibilità di tanti programmatori.
S.