Newsgroup: it.lavoro.professioni.webmaster
Titolo: Requisiti indispensabili di un cms

Secondo voi quali sono i requisiti irrinunciabili per un cms di alto livello
(codice validato ed accessibile, possibilità di rollback, ecc..)?

 (codice validato ed accessibile, possibilità di rollback, ecc..)?
Prendi un campione dei 5-10 migliori cms o.s. sul net, analizzali nei
particolari (fatti un pò di calcoli in base alla qualità, funzioni
disponibili, ricerca post di comunità di sviluppatori), trova gli elementi
comuni a tutti, bene :D hai trovato quello che ti serve.
Alla fine della ricerca, se vuoi stringere ancora il cerchio, posta tutti
gli elementi utili disponibili e fai valutare alla comunità eventuali tuoi
dubbi...
Bye Nyo


le varianti sono molte... mi vengono in mente:
- possibilità di approvazione dei contenuti con visibilità di quelli in
approvazione in anteprima per il cliente
- rollback a date diverse
- tracciamento delle operazioni dell'utente
- crm
- import / export dei dati con sistemi esterni (erp, crm, dwh)
- analisi dei dati di navigazione
- diversi ruoli per la gestione del bo
- condivisione delle risorse in xml
- gestione di campagne marketing (banner, newsletter, mailing list)
per il momento non mi viene in mente altro!
-- 
Lino Mari
http://www.ebow.it
 - e-business on web!
http://www.ebow.it/blog/
 - Mktg Log
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004

- Multiutenza
- Multigruppi
- Approvazione dei contenuti da parte dell'admin (come già detto)
- Gestione della pubblicità
- Statistiche
- Ricerca interna
- Permessi sui contenuti

 
-> Separazione del content dal management
-> Layout custome con query semplificate sui content
per il resto ti rimando al mio post di risposta a Mantra di un mese fa
Claudio
-- 
www.spaghettilearning.com
 :: E-learning open source
Non c'è bisogno di qualcun'altro che parli di cose da fare, ma di 
qualcuno che le faccia

 - condivisione delle risorse in xml
E per l'aggiunta dei dati nel DB? Supponiamo che un articolista inserisca un
articolo nel database. LA possibilità di salvare solo il testo mi sembra
troppo riduttiva. Per ottenere una buona separazione tra testo e contenuti
credi che l'utilizzo di XHTML possa essere efficiente? Magari con XHTML si
può dare all'articolista la possibilità di inserire link in maniera quasi
WYSIWYG, fermo restando che la formattazione di ciò che andrà a schermo deve
avvenire separatamente tramite fogli di stile.

 - Statistiche
Di che genere? Una sorta di logging?

 per il resto ti rimando al mio post di risposta a Mantra di un mese fa
Google arrivo

 dubbi...
Uno dei miei dubbi principali è quello circa come mantenere la separazione
tra contenuto e presentazione a livello implementativo. XML? XHTML? con
quali strategie? Ad ogni modo poco più giù, in risposta ad un altro post, ho
provato a far proseguire la discussione in questa direzione. Vediamo se a
qualcuno va di parlare di quest'aspetto...

 nella licenza d'uso che lo fa a suo rischio e pericolo? :-)
Secondo me un buon esempio lo da oracle portal, query predefinite per 
alcuni blocchi con possibilità di customizzazione
Ciao
Cla!


 da qualsiasi parti, il manager ha solo il compito di gestirli
Interessante. In ambito sanitario ad esempio un'integrazione di questo tipo
viene fatta sfruttando XML ed una messaggistica HL7 compliant. Esistono
standard ad esempio per la comunicazione di un applicativo gestionale con
uno differente... che so, una sorta di DTD XML per le fatture (giusto per
rifarmi all'esempio d'integrazione che hai portato tu...)

 separatamente tramite fogli di stile.
secondo me basta dargli a disposizione sulla casella di testo un editor
visuale, ce ne sono tanti, anche freeware. ovviamente anche l'upload di
immagini etc.


 hai portato tu...)
in ambito sanitario lo standard HL7 serve solo per la gestione delle
cartelle cliniche e poche altre comunicazioni... non per la condivisione di
risorse testuali come articoli o documenti.


 immagini etc.
Però se si lascia spingere l'utente troppo avanti con la formattazione non
si rischia di perdere la seperazione contenuto/presentazione?


HL7 gestisce la messaggistica tra applicativi sanitari a qualsiasi livello.
Non è vero che riguarda poche comunicazioni, ma *qualsiasi* comunicazione in
ambito sanitario. E' persino compresa la messaggistica per segnalaer lo
scambio di letto tra due pazienti a livello di reparto. L'integrazione può
riguardare anche lo scambio di materiale testuale


no, chi gestisce il content deve essere  almeno un copy profesionista. se
poi inserisce content diversi dal layout problemi di chi inserisce non di
chi progetta il CMS.



se per scambio testuale intendi articoli inseriti nel db, dipende. intendevo
dire che lo scambio riguarda materiale strettamente medico e cmq in ambito
sanitario... un sito di contenuti non ha bisogno di adeguarsi a quel
protocollo.
