Newsgroup: it.comp.www.php
Titolo: E commerce php

Salve a tutti, conoscete un programma all in one per creare un sito
di E-commerce? Una domanda ot per questo NG.
Cosa ne pensate di Plone? lo consigliate?
Grazie a tutti
Ciao

 lo consigliate?
Personalmente no.
Bye.

ti ringrazio.
Saluti

 testati in locale.
e di oscommerce cosa ne pensi?

 e di oscommerce cosa ne pensi?
Zen-cart e` un fork di oscommerce, da quanto ho capito, e non soffre del
bug da "register_globals" di oscommerce. Inoltre funziona bene con PHP5
con la config di default, a differenza di oscommerce che richiede
modifiche al php.ini
In pratica, e` piu` nuovo e scritto meglio.
Mi pare usi anche gli stessi temi e language-pack (con le dovute modifiche
per le innovazioni introdotte)
Bye.

Alessandro Pellizzari ha scritto:

Per i language pack non saprei, è possibile sia rimasto qualcosa di 
simile, per i temi invece non c'è nulla da fare. Zen Cart ormai, 
soprattutto dalle versioni 1.3.x in poi, usa un sistema di templating 
diverso e, ovviamente a mio avviso, più efficace. Pertanto non esiste 
alcuna compatibilità.
In sistesi, la mia opinione, ovviamente di parte ;) , è:
Oscommerce è più diffuso e sicuramente ha più moduli aggiuntivi rispetto 
a Zen Cart, ma è molto 'statico'. Se non erro, da quando gli 
sviluppatori osc se ne sono andati per creare Zen, lasciando Ponce de 
Leon da solo, è uscita una sola versione di osc, mentre ZC ha visto un 
susseguirsi di circa una decina di versioni (si parla di un periodo di 4 
anni più o meno).
Questo potrebbe essere positivo per osc e negativo per ZC se non fosse 
per il fatto che, a mio avviso, ci sono ancora un sacco di migliorie da 
effettuare (per ZC, figuriamoci per osc).
Per chi volesse una panoramica chiara e concisa (e non di parte, visto 
che è stata una gradita sopresa anche per noi, venuti a conoscenza 
semplicemente acquistando la rivista) su Zen Cart, segnalo un ottimo 
articolo di 8 pagine uscito sul numero di aprile di linux pro.
Saluti
-- 
-------------------------------------------
Paolo De Dionigi
www.atfriends.net
Responsabile Tecnico Zen Cart Italia

 a Zen Cart, ma è molto 'statico'.
Non si poteva mantenere la portabilità dei moduli?
Ciao.
Maverick
-- 
«Che non siete più liberi di non avere una casa con letto per dormire.
 Lavorate voi - schiavi dei soldi - che non sentite la puzza della
 schiavitù!» (a Mario di Monte Mario, Roma) # 
http://libre.netsons.org/

 testati in locale.
Dò la mia su zen-cart.
Ho migrato oscommerce su zen cart, mi sono trovato maluccio, tanto quanto  
mi trovavo con oscommerce (che essendo basato su contrib varie era  
imporcato e c'erano gli sconti che sparivano e, oooohhhh, riapparivano  
(wow)).
Nell'home page del sito, un count( get_included_files() ) rivelava 140  
file inclusi...
In realtà, a parte l'estremo frazionamento dei template grafici e delle  
librerie (decine di files e directory), devo ancora testare il punto di  
forza effettivo, cioè, la possibilità di installare/creare moduli invece  
che installare contrib.
Ma anche così... la registrazione non prende 8/5/1980 come data di  
nascita, prende solo 08/05/1980. Il software và modificato cmq ( e  
l'estensibilità è dubbia visto l'estremo frazionamento ) e quindi è  
nuovamente impossibile effettuare upgrade alle nuove versioni senza  
annegare di nuovo nel sangue.
Dimenticavo, l'xhtml/css del template (altra feature reclamizzata) fà  
rimpiangere forte i layout tabulari.
Detto, questo, considerato anche che ecommerce decenti in giro non ne ho  
trovati, consiglio di appoggiarsi ad un framework o cms serio con un  
modulino ecommerce piuttosto che ad un applicativo ecommerce. Se proprio  
non và un carrellino lo si fà a manina e morta li.
Quindi pur non conoscendolo propenderei per drupal.
La forza è nella struttura, non solo nel numero di funzionalità e, per  
quel che mi riguarda, zen-cart è un progetto fallito miseramente ( al di  
là del lato mondano di diffusione presso gli utenti ).
Tac
-- 
Using Opera's revolutionary e-mail client: 
http://www.opera.com/mail/



Avviso su oscommerce: la nostra versione NON è compatibile con la nuova  
sintassi query di mysql 5.
Probabilmente le nuove versioni lo sono ma non ci metterei la mano sul  
fuoco, e cmq le contrib vecchie quasi sicuramente non lo sono.
Se usate mysql 5 e volete usare oscommerce pensateci due volte.
Zen cart *è* scritto meglio. O meglio è riscritto meglio. Ma è pur sempre  
un fork di un software estremamente orizzontale. E' il tentativo non del  
tutto ultimato / non del tutto riuscito, di rendere omogeneo il codice  
oscommerce.
Oscommerce ha solo un vantaggio: è piu' piccolo, e questo può contare, pur  
sparendo di fronte a cose irragionevoli come la richiesta register_globals  
= on.
Php5: zen cart nessun problema con la configurazione di default. Ma anche  
con oscommerce bastano un ritocco misero, forse due, non è questo a fare  
la differenza. (register_globals può essere emulato anche se non hai  
accesso al php.ini).
Temi: confermo.
Language pack: confermo. Ma il frazionamento che comporta da renderlo  
sconsigliabile nel caso di siti multilinguaggio.


 Non si poteva mantenere la portabilità dei moduli?
No, estremamente dura.
Entrambi i linguaggi si basano su un certo numero (grande) di variabili  
globali che vengono portate in giro dappertutto.
In altri sistemi i moduli sono classi con una certa interfaccia o al  
limite una serie di funzioni. Qui il discorso di fà piu' complicato.
Sicuramente puoi convertirti i moduli a manina, se sai cosa stai facendo.
In linea di massima si tratta di sostituire (vado a memoria la sintassi  
non è esatta)
- tep_nomefunzione() con zen_nomefunzione()
- tp_query() con $db->query()
- $variabile con: (a scelta, o tirando un dado) $_SESSION['variabile'],  
$_POST['variabile'], $_GET['variabile'], $_REQUEST['variabile'
Tra le altre cose: oscommerce non ha i moduli. Le contrib. sono dei  
tutorial che ti spiegano *quali* files modificare per fare quello che  
vuoi. Mentre zen cart i moduli ce li ha. Devi creare una serie di file in  
una serie di directory.
(post un po' impreciso, è un po' che non ci lavoro)


 --Using Opera's revolutionary e-mail client: 
http://www.opera.com/mail/


 ridotte le queries circa del 80%.
Il fatto che in una singola release le query scenderanno dell'80% rende  
l'idea della situazione attuale.
Onestamente non vedo un futuro prospero dal punto di vista della qualità e  
manutenibilità del codice.
Anche perchè è un bel po' che è in giro.
Tac
-- 


 Anche perchè è un bel po' che è in giro.
Beh l'idea è quella di riscrivere man mano varie porzioni di codice, 
certo bisogna stare molto attenti per non fare un paciugo incredibile, 
però la scelta di procedere in questo modo è stata fatta nell'ottica di 
non costringere a massici interventi tutti in una volta per un upgrade, 
ma spalmarli nel tempo con versioni successive.
E' stata una scelta molto dibattuta e alla fine hanno deciso di 
procedere così. Se penso per me, avrei preferimento diversamente con 
un'unica mega realese con maxi modifiche da apportare anche se il 
dubbio, a livello di community, di rinuncia all'upgrade è alto.
Ma sarebbe stata l'occasione per una re-installazione e non un upgrade, 
con al limite degli appositi tool di migrazione dei dati.
