Newsgroup: it.lavoro.professioni.webmaster
Titolo: CMS fantastico

Ciao a tutti, sono un "lurker" incallito di questo gruppo, non rispondo
quasi mai, ma visto che si parla di CMS (non se ne parla spesso qui dentro)
mi sentivo di dire la mia. Tutti scelgono Plone, Zope o pochi altri, ma si
dimenticano una cosa importante. In aziende più cresciutelle ci sono lo
staff dei "developer" o meglio degli sviluppatori (viva l'italiano) e
l'altro dei gestori dei contenuti. Quest'ultimo in genere non è tenuto a
saperne molto di computer, per lo meno di programmi, di linguaggi, di
variabili d'ambiente ecc. Deve solo occuparsi della grafica e di quello che
c'e' scritto nelle varie pagine del sito. Chiedere loro di imparare tool
come Zope può essere al di là delle loro possibilità, per lo meno non si
sentono a loro agio nel dover pubblicare o aggiornare una pagina. Noi a tal
proposito abbiamo trovato un prodotto multipiattaforma molto carino e poco
conosciuto:
Ariadne - 
http://ariadne.muze.nl/
l'interfaccia WindowsXP-like (non schifatevi, per le persone che gestiscono
contenuti è una manna dal cielo potersi trovare a loro agio come se stessero
lavorando con Windows) e la possibilità di programmare i template in Php lo
rendono molto flessibile. Inoltre come alcuni CMS, è estensibile tramite
moduli e si basa su di un database mysql o postgres o mssql (o altri, non
ricordo). Lo abbiamo provato sia su Windows che su Linux e gira
tranquillamente senza molti sforzi (su Winzozz basta EasyPHP per partire in
5 minuti). Nel nostro caso inoltre facciamo massiccio uso di xmlrpc e ldap,
estensioni che Ariadne supporta in maniera naturale con la gestione degli
oggetti collegati a questi protocolli, e quindi ci è tornato ancora più
comodo. Infine il supporto: il programma è open source (anche per scopi
commerciali) e gli sviluppatori rispondono molto velocemente (la risposta
più veloce l'ho ottenuta una volta dopo soli 17 minuti) ai vari quesiti,
senza contare la comunità che vi si sta sviluppando attorno.
Certo, all'inizio è necessario prendere confidenza con l'interfaccia e
capire come muoversi, ma posso dirvi che dopo un mesetto di sbatterci la
testa, ho acquisito una sufficiente padronanza del "mezzo". Non so se sia
"legale" pubblicizzare i siti che abbiamo sviluppato con questo tool, nel
dubbio non lo faccio, ma posso dirvi che i responsabili dei contenuti sono
molto contenti e ora sono molto più indipendenti nel gestire il sito stesso.
Ho anche sentito di alcuni che l'hanno installato sul loro spazio acquistato
su Aruba e ci gestiscono il sito da remoto :-) Un grosso vantaggio è la
possibilità di importare/esportare interi rami di un sito, utilissimo per
chi ha due versioni (in sviluppo e in produzione) del sito. Nelle prossime
versioni, nientepopodimeno, si potranno importare direttamente documenti
word (c'e' una utility su sourceforge che lo fa... la stanno modificando per
farla diventare modulo di Ariadne), cosa molto interessante per le pubbliche
amministrazioni che gestiscono tonnellate di documenti word (e io ne so
qualcosa, eh eh), si potrà gestire il workflow
(creazione/approvazione/pubblicazione) di un documento, e cose di questo
tipo.
Che dirvi, se avete dieci minuti da perdere, dateci un'occhiata.
Gerry.
P.S.: per rispondermi in privato togli LE SCARPE.
--------------------------------
Inviato via 
http://usenet.libero.it

 
Bookmarkato!
Grazie
Cla
-- 
www.spaghettibrain.com
 - PHPNUke Italian Mirror
www.spaghettilearning.com
 - Piattaforma open Source per l'E-Learning
!!>> Il mondo non è ancora pronto per il Funky <<!!

"Gerry" <dterm...@SCARPEemail.it> ha scritto nel messaggio
news:81Z113Z136Z106Y...@usenet.libero.it...
Me lo spulcio subito.
Grazie mille, sembra ben fatto!

 conosciuto:
Gli utenti finali utilizzano Plone, "a prova d'idiota" come ha scritto un
collega poco fà, il tuo paragone è peregrino, spero sia dovuto ad una tua
ignoranza rispetto a Zope-Plone.
Rivedrei le politiche di positioning... ;-)
Ciao
vinz

 ignoranza rispetto a Zope-Plone.
Ciao, in effetti non ho molta competenza di Plone, mentre su Zope ci ho
lavorato per un po'. Certo, python è uno dei linguaggi emergenti, ma che
fatica trovare qualcuno esperto con questi strumenti, mentre i programmatori
PHP si trovano a bizzeffe :-) Quindi visto che in azienda già ce n'erano
alcuni, è stato meglio riutilizzare le risorse interne, mentre altri stanno
imparando Python. Attualmente noi abbiamo una macchina su cui gira la
business-logic (scritta in python) che comunica con il presentation-layer
(Ariadne) su un'altra macchina tramite xmlrpc. Questo con Zope-Plone come si
realizza? (non è una domanda "con cattiveria", è semplice curiosità per
conoscere meglio questo strumento). Non ho trovato in giro molti esempi di
come realizzare una tale architettura con quei tool :( Ogni suggerimento è
bene accetto!
Gerry.


 bene accetto!
Trovi la documentazione su 
plone.org
.
So' che c'è una comunità di sviluppatori anche in Italia, puoi far
riferimento a loro per cose di questo tipo, sono in genere molto disponibili
e cortesi: 
plone.it
Ciao
vinz


 bene accetto!
:-o
Ma se hai la business logic scritta in Python cosa te ne frega ?
Al di la di questo Plone altro non è che una applicazione scritta su/per
Zope, per cui la presentation layer *è* Plone, che puoi personalizzare
come meglio preferisci.
Per una architettura distribuita devi studiarti ZEO.
Se sei sufficientemente folle da volere la presentation layer su
un'altra macchina con XML-RPC piuttosto che usare normalmente Zope puoi
sempre usare 2 istanze di Zope (!!!) e farle comunicare con XMLRPC.
	nicholas


Come detto, non è questione di follia. E' l'esigenza di non volersi legare a
doppia mandata ad un tool, ma di avere una architettura aperta (viva xmlrpc)
per usare client diversi (Flash, Ariadne, cgi-bin, applicazioni stand-alone)
:-)
Grazie comunque per le dritte!


 bene accetto!
In Zope, per fare client xmlrpc, puoi creare un External Method che usa 
xmlrpclib, es:
from xmlrpclib import ServerProxy
def getStateName(self, stateNo):
    "Restituisce il nome dello stato USA dato il suo numero"
    srv = ServerProxy("
http://betty.userland.com
")
    return srv.examples.getStateName(stateNo)
Salvi il tutto in un file della cartella Extensions e definisci in Zope 
un ExternalMethod che punti a quel codice.
Per quanto riguarda xmlrpc lato server, Zope è già un server xmlrpc e 
tutti gli oggetti sono accessibili anche tramite quel protocollo.
Se devi definire tanti entry point xmlrpc, allora su Zope.org puoi 
trovare un "prodotto" (cioé un modulo aggiuntivo) che ti permette di 
farlo in modo più rapido.
Se vuoi far parlare due istanze di Zope, sempre su Zope.org si trova un 
altro prodotto che lo fa.
-- 
Roberto Lupi

 :-)
Puoi farlo, qual'è il problema ?
Al di la di questo si, un application server *è* un tool, e in realtà
sei legato comunque alla tecnologia che usi per la business-logic.
Lo scenario e la problematica che mi hai proposto era ben diversa, la
scelta più intelligente era prendere la business logic, farne un
prodotto e farselo installare su Zope, per integrarlo con Plone e
spalmarlo su tot macchine con ZEO.
Non è *naturale* che un CMS che usa come piattaforma un application
server ti renda dipendente dall'application server ? Non sei forse
dipendente a Python / database che usi ? E' un po' come dire che usando
SQL Server sei dipendente da Windows ...
	nicholas

Ariadne - 
http://ariadne.muze.nl/
Ma come lo installo su un server remoto?
Nelle info dice di mettere la dir non nella root.. ma io su aruba (ho 
un dominio per testarlo host linux) non accedo a dir precedenti alla 
root.
Qualcuno puo' aiutarmi?
Grazie
Inviato da 
www.mynewsgate.net