Grazie Maurizio per le preziose indicazioni, ora vediamo quali sono le reali esigenze del cliente, nel mio caso non sarebbe "necesario" l'uso di Plone ma sarebbe per noi un ottimo modo per concentrare i nostri sforzi di apprendimento approfondendo la conoscenza di un CMS (almeno inzialmente) invece di moltiplicare gli sforzi per conoscerne n in modo superficiale, inoltre ci consentirebbe di viaggiare più speditametne potendo riutilizzare parti già realizzate in altri contesti...insomma il vantaggio c'è ed è tutto per noi ... la scelta di usare Plone però non nasce dalla necessità di usare sue caratteristiche peculiari (diciamo che stiamo cercando di far digerire la scelta al cliente). In ogni caso non intendevo certo "gettarlo nel cesso" ;-) Comincio a dare un'occhiata a RelStorage così ho qualche elemento in più per decidere se eperseverare nella scelta di Plone oppure no.
Il giorno 07 luglio 2012 17:18, Maurizio Delmonte < [email protected]> ha scritto: > 2012/7/6 Luca Gentili <[email protected]> > >> OK quindi mi pare di capire che siete (siamo) tutti d'accordo nel dire >> ... se devo gestire tutto (front e back end) con Plone ... perché mai usare >> uno storage diverso da quello "nativo"? > > > ti dico la mia: > > - RelStorage viene usato dove chi realizza il sistema ritiene che sia > opportuno (ci sono diversi motivi per preferire un DB relazionale robusto > rispetto al Data.fs come storage per ZODB). Data.fs è lo storage di default > per motivi storici, e perchè è la cosa "più semplice/non ha dipendenze.. > questo non significa che sia lo storage migliore da adottare in ogni caso ;) > > - RelStorage è *necessario* in casi dove il cliente ha sistemi certificati > di backup che pretendono di avere storage basati su DB relazionali > specifici (leggi Oracle, molto spesso). Anche in questo caso.. per tanto > poco, dagliela vinta ;) (dopo aver ben studiato e sperimentato come > funziona RelStorage, chiaramente.. trattasi di uso professionale dello > strumento che va fatto, non improvvisare/non affidarti alla fortuna :)) > > > Se invece l'esigenza è avere tutti i conenuti su DB relazionale la >> soluzione è "non uso Plone". > > > questo sillogismo credo non sia corretto :) dovrai analizzare e capire di > volta in volta il significato di una frase del tipo "esigenza: avere i > contenuti su DB relazionale....". Se hai bisogno di *Plone*, buttarlo nel > cesso per avere un DB come storage di default potrebbe essere un vero > peccato ;) > > HTH, > Maurizio > > -- > > Maurizio Delmonte - [[email protected]] > > Abstract Open Solutions [http://www.abstract.it] - Tel: +39 081 06 08 213 > > *Watch me at EuroPython :)* [http://goo.gl/mmV25] > > > http://www.gnu.org/philosophy/no-word-attachments.it.html > > Ai sensi del d.lgs. 196 del 30 giugno 2003, recante disposizioni per la > tutela delle persone e di altri soggetti rispetto al trattamento dei dati > personali, si precisa che questa email è inviata unicamente ai destinatari > sopra esposti, con espressa diffida di leggerla, copiarla, diffonderla ed > usarla senza autorizzazione. Se avete ricevuto questa email per errore, vi > preghiamo di distruggerla immediatamente e contattarci tramite uno dei > recapiti sopra indicati. > > > > _______________________________________________ > Plone-IT mailing list > [email protected] > https://lists.plone.org/mailman/listinfo/plone-plone-it > http://plone-regional-forums.221720.n2.nabble.com/Plone-Italy-f221721.html > -- Luca
_______________________________________________ Plone-IT mailing list [email protected] https://lists.plone.org/mailman/listinfo/plone-plone-it http://plone-regional-forums.221720.n2.nabble.com/Plone-Italy-f221721.html
