Newsgroup: it.lavoro.professioni.webmaster
Titolo: Https, E-commerce, onlus...

Ciao Ragazze/i, mi occorre sapere alcune cose. Premetto che non riesco ancora ad entrare nella logica di ricerca di google gruppi e quindi posto questa domanda. Spero che mi sappiate aiutare anche solo postando discussioni già esistenti in merito... Grazie. 
 
Quesiti vari su e-commerce, onlus e piattaforme. 
 
 
Una volta parlai con un ragazzo che mi disse che per fare commercio elettronico, il fatto della normativa era una questione assai laboriosa, lunga e difficile. Diciamo fece terrorismo psicologico sulla questione sicurezza e leggi, il protocollo HTTPS e altro. Mi sconsigliò vivamente di realizzare qualcosa da me ed affidarmi a e-commerce già pronti. 
 
 
 
Da programmatore, webdesigner, odio profondamente le cose già fatte, ma apprezzo molto le API (Application Program Interface) che permettono di sfruttare servizi già esistenti, tipo Paypal. In sostanza la questione è perché usare un software già pronto e non uno proprio? Se utilizzo strumenti come API di Paypal, non è il mio sito che deve avere per forza di cose la connessione HTTPS, ma è Paypal che gestisce tutta la transizione economica e i dati delle carte di credito. Quindi perché dovrebbero esistere queste difficoltà tecniche? 
 
Il mio sito necessita di HTTPS solo quando è il mio stesso sito che richiede numero di carta di credito, se mi affido ad un servizio esterno, non ha senso.. Aiutatemi, vi prego!!


Il semplice fatto che non conosci la materia e che questa è delicata, 
dovrebbe essere sufficiente a farti propendere per l'adozione di 
soluzioni consolidate.
 
Non è solo questione di https, anzi, direi che è il meno, visto che 
appunto la gestione delle transazioni la si demanda a gateway esterni.
 
E non è solo questione di sicurezza, che comunque è imprescindibile.
 
Banalmente per scriverti da zero un motore di e-commerce ti ci vuole un 
numero di ore assurdo, a meno che tu debba gestire un progettino con 
necessità molto limitate, che lo differenziano da un qualsiasi progetto 
di e-commerce standard (visto che parli di onlus, ad esempio se devi 
mettere in pista un form di gestione delle donazioni, allora vai di 
sviluppo ad hoc che è sicuramente più rapido ed efficace (salvo magari 
trovare un componente già pronto per joomla/drupal)).
 
-- 
Paolo De Dionigi

Attualmente, sto utilizzando CakePhp 2.0.2, ho implementato Facebook e stiamo mettendo in comunicazione i database interni con le persone che si loggano al sito. L'utente avrà una cronologia dei pagamenti e potrà farne di nuovi e potrà comprare on-line libri e altro materiale.
I donatori sono circa 20.000 ma online abbiamo una fetta più piccola e giovane diciamo che on-line ne dovremmo gestire credo un max di 5.000.
E' da due anni che ho scoperto CakePhp e mi ci sto trovando molto bene, però appunto vorrei capire a livello normativo quali sono i problemi a livello di codice. La sicurezza oltre a schermare tutte le query da Sql Injection, alla rigorosa formattazione dei dati via beforeSave(), alla gestione della Valuta e l'i18n, e altro... Mi sapete dire qualcosa di più pratico? Se non è una questione di https e se non è solo un problema di sicurezza, qual è il problema??

 però appunto vorrei capire a livello normativo quali sono i problemi
 
Per l'aspetto normativo conviene che ti rivolgi a professionisti del 
settore a partire dal commercialista, sicuramente ne avete uno, comincia 
a chiedere a lui, sicuramente sa indirizzarti in maniera piu' competente 
sotto l'aspetto normativo.
 
Sotto l'aspetto della sicurezza dipende anche molto dai dati che devi 
gestire, devi comunque sempre garantire la privacy con tutto quello che 
ne comporta (chi detiene i dati, come li gestisce, possono o non possono 
essere dati ad altri, se vengono raccolti correttamente con le giuste 
informative), questo indipendentemente dall'ecommerce.
 
Le problematiche tecniche in realta' non ci sono, nel senso, basta fare 
una valutazione del tempo che ti servirebbe per implementare un 
ecommerce, ovvero gestione clienti, fatturazione, magazzino, ordini, 
spedizioni, rimborsi e reclami,... tutto questo indipendentemente da 
normative e sicurezza.
 
Ciao
-- 
MMM

Ohhh.... finalmente una risposta!! ^^ ho qualche idea più chiara su come agire in questo campo, ok, il commercialista c'è, la questione della privacy era stata già fatta, i dati non saranno mai dati a terzi, perfetto...
Questo mi piace...
Insomma occorre "solo" strutturare un buon database. Questo mi piace!! ^^
Ti ringrazio davvero di cuore.
 
Buonagiornata e buon lavoro a tutti!!

 Insomma occorre "solo" strutturare un buon database
 
???????????
 
Ma... Un ecommerce non è solo un database. E' una questione complessa 
esattamente come la creazione di un'attività commerciale, quindi dentro 
c'è pianificazione commerciale, analisi di mercato, business plan, 
analisi delle preesistenze, pianificazione strategica a breve e medio 
termine, configurazione logistica, strutturazione del personale, accordi 
con i fornitori, impianto dei servizi (consegna, assistenza, ecc.)... 
Alla fine c'è il software che interfaccia tutto questo universo con i 
clienti che comprano quello che vendi.
 
Francamente non ho capito che tipo di prodotti venderebbe il tuo 
ecommerce, ma a meno che non si tratti di marmellate fatte in casa, per 
cui molti livelli di progettazione aziendale possono essere accorpati se 
non del tutto eliminati, si deve procedere ad una gestazione abbastanza 
accurata. Tra tutte le operazioni di analisi da compiere c'è anche la 
scelta del software, della piattaforma di hosting, e compagnia bella. 
Reinventare l'acqua calda in questi casi non è utile.
 
Considera che non ci sono solo problemi di sicurezza legati alla 
gestione delle transazioni (per quanto, anche lavorando con delega 
totale della transazione al service esterno, si può sempre realizzare un 
assalto tipo man-in-the-middle). Un ecommerce può essere aggredito a 
tanti livelli, ad esempio se inizi a dar fastidio a qualcuno ecco che un 
bel pomeriggio, tipicamente di venerdì sera/notte, ti arriva tra capo e 
collo un DOS monumentale che ti leva di mezzo il sito. In funzione di 
quanto vendi normalmente, puoi perdere un sacco di soldi. Un hosting ben 
fatto ti può proteggere da una cosa del genere. Stesso discorso per la 
penetrabilità del sistema in genere, un servizio di prima categoria ti 
mette al riparo da possibili assalti sul db, che ti piallano via tutto, 
o anche solo da possibili guasti tecnici previsti tramite ridondanza 
degli apparati.
 
Direi che, alla fine, la scelta del software di ecommerce è solo uno dei 
tanti parametri da bilanciare per fare un buon negozio online. Ci sono 
strumenti già pronti all'uso che funzionano davvero bene, prova a dare 
un'occhiata a Prestashop tanto per fare un esempio, ma anche il piccolo 
OpenCart può essere uno strumento valido.
 
Per quanto riguarda la gestione della privacy, le legge dice che i dati 
sono sensibili se permettono di identificare una persona attribuendo ad 
un nome e cognome comportamenti, qualità o eventi attinenti la sfera del 
privato (ad esempio un credo religioso, un comportamento sessuale, 
oppure una patologia). Se tu registri solo nome, cognome, email e 
telefono dei clienti, li devi gestire semplicemente dal punto di vista 
della normativa che stabilisce l'insindacabilità del loro parere sulla 
conservazione e utilizzo di tali dati, e ovviamente devi garantire, _nei 
limiti dell'umana ragionevolezza_, che i sistemi che adotti per 
registrare tali dati non siano facilmente accessibili da terzi non 
autorizzati.
 
C'è poi il discorso della normativa sulle attività di vendita online, 
che non è un argomento oscuro e inarrivabile (al contrario, i 
regolamenti sono chiari e facilmente reperibili). Basta (come per tutte 
le cose) studiare, e sul web trovi veramente tutto quello che ti può 
servire, e di sicuro basta contattare la camera di commercio per sapere 
tutto quello che serve, modulistica compresa. Certo, rivolgersi ad un 
commercialista *esperto di ecommerce* E ANCHE ad un consulente 
informatico del settore è come avere una marcia in più. Consiglio: leggi 
il forum di Aicel, è utile, ben strutturato, e pieno di preziosissime 
informazioni.
 
In genere, soprattutto se il progetto è economico ed è italiano (che 
equivale a dire: credo di poter arrivare su Marte con la mia utilitaria, 
senza manco pagare l'autista perché sono furbo assai(*)), a realizzare 
l'ecommerce si trova il programmatore da solo, che affronta la cosa con 
metodi e strumenti del suo lavoro. Ecco che l'ecommerce diventa capace 
di comunicare anche in Klingon antico con i clienti, ma è graficamente 
una cosa obbrobriosa che fa scappare anche i sorci di fogna; oppure ha 
delle lacune legali così grandi che la guardia di finanza c'entra con 
tutte le automobili e proclama sei mesi di festa dell'arma...
 
In realtà, forse mai come un ecommerce un progetto può essere definito 
davvero multidisciplinare.
 
-- 
Falco Stellare
 
 
(*) In realtà poi si finisce per arrivare a malapena dietro l'angolo, 
l'utilitaria crepa definitivamente, il furbo trova qualcuno a cui dare 
la colpa, e poi continua a vivere nel proprio stagnetto fangoso.