dBlog 3: l'analisi

Di Daniele Vietri | Twitter @marlenek | Facebook danielevietri
29/10/2007 - in dBlog - Commenti (17)
Questo post è stato letto 7439 volte in 1564 giorni.
 

Sto completando la fase di analisi della nuova versione di dBlog 3.0 CMS Open Source e mi piacerebbe condividere con voi le fasi più importanti di questo percorso. L'obiettivo di un "metodo" simile è quello di rendere tutti più partecipi e propositivi, nonché di ottenere, fin dalle prime fasi, un risultato che sia il più possibile robusto, completo e frutto del lavoro e delle necessità di utilizzatori molto diversi tra loro. Visto l'impegno che richiede spero di riuscire in questo intento anche nelle prossime settimane, intanto vediamo come va questo primo post!

Perché la 3.0 e non la 2.1?
La nuova versione sarà la 3.0 per il semplice motivo che ho intenzione di riscrivere il codice, lavorando molto anche sul tema delle performance e sull'esperienza della precedente versione. Le novità saranno parecchie e il DataBase verrà ristrutturato totalmente (anche per agevolare il porting su SQL/mySQL), ma don't worry ci sara' anche un tool trasparente per il passaggio dalla 2.0 alla 3.0.

Partiamo dal DataBase
Questa è una bozza. Come si può vedere dallo screenshot "content is king", senza dubbio, oltre alla presenza di una forte componente partecipativa. Rispetto alla precedente versione c'è finalmente una strutturazione dei dati più seria. Ho inserito il BlogRoll, che sarà più semplice da gestire rispetto allo spazio testuale di prima (ad esempio inserendolo nel DataBase si potrà generare automaticamente un file OPML), come si può vedere ci sarà modo di inserire il post in più categorie, la possibilità di abilitare o meno i commenti sul singolo contenuto, la BlackList per gli spammer, un sistema di tag, una fase editoriale per la pubblicazione dei contenuti (es. la moderazione), il linklog organizzato, un sistema di microblogging (tipo Twitter), la possibilità di inserire delle pagine descrittive, il log delle ricerche effettuate sul blog, i livelli di utenza, il log delle attività lato utente/admin, la configurazione e la localizzazione integrate nel DataBase.


Questo più o meno quello che si evince da uno sguardo alle relazioni. Di seguito invece, per ogni tabella, lo scopo e la spiegazione dei campi, così da rendere più chiara la lettura dello schema:


Ma veniamo alla conversazione...
Non parliamo di quando verrà pubblicata, per questo ci saranno i prossimi post e - why not - una bella pizzata. Ciò di cui vorrei discutere è invece la struttura. Mi piacerebbe ricevere pareri, consigli, domande. Vorrei approfondire e sentire la vostra idea.

Ad esempio ecco qualcuno dei miei dubbi per i quali sto valutando vantaggi/svantaggi:

1. ha senso tenere la tabella tVoti per una questione di ordine o è meglio trasferire i due campi sotto tContenuti?
2. è meglio tenere un file di locazzazione ed uno di configurazione esterni (es. file di testo) come nella precedente versione oppure è più comodo e/o performante integrarli nel DataBase?
3. è un bene non definire il tipo di contenuto (es. post, foto, link, etc) nella tabella tContenuti e recuperarlo ogni volta a vantaggio di una maggiore flessibilità per l'aggiunta di nuovi tipi di oggetti in futuro?
4. quali informazioni possono essere utili in tMicro e tPagine?
5. è questa la migliore struttura relazionale per dBlog?

E i vostri dubbi? E i vostri pareri? E le vostre idee?
Grazie

---

Questo articolo ti è piaciuto?

Se desideri stamparlo clicca qui oppure potresti essere interessato alla sottoscrizione del feed RSS per ricevere gratuitamente nel tuo aggregatore tutti gli aggiornamenti di questo blog.

 

Commenti

Nuovo commento

Non inserire testo nel campo sotto (altrimenti non riuscirai a commentare)

Testo (max 1000 caratteri)

Nome

e-Mail / Link ("nofollow", "no-rel", non pubblicato)

Disclaimer
L'indirizzo IP del mittente viene registrato, in ogni caso si raccomanda la buona educazione.