Piattaforma di blogging, quali feature vorreste?

[Antonio]

Un saluto a tutti,


visto che wordpress è scritto da cani, stavo pensando di mettere su una nuova piattaforma, scritta per bene, per il blogging. A tal proposito avrei un paio di domande che vorrei fossero risposte da chi usa abitualmente queste piattaforme.

Le funzioni che sicuramente ci sarebbero di base sono:

- basato su PHP e NonSoAncora Framework: nessuna altra libreria esterna sarà usata se non correttamente mantenuta (niente PEAR).
- ci sarà una sorta di validazione dei plugin creati dagli utenti, con controllo remoto all'atto dell'installazione locale, per avvertire l'utente che sta installando un plugin che potrebbe essere di scarsa qualità e/o inficiare il corretto funzionamento della piattaforma. I plugin scaricabili dal futuro sito ufficiale saranno solo quelli validati e sarà possibile dalla piattaforma eseguire il download e l'installazione automatica dei plugin.

- sistema di autoupdater (core, moduli, plugin, template)
- sistema di templating granulare con widget (per specifiche precise vedere post: Piattaforma di blogging, quali feature vorreste?)
- sistema di plugin (con hook, niente modifiche dirette al codice)
- sistema di caching (su file e memcached)
- gestione multilingua
- gestione granulare dei permessi utente
- gestione degli url/titoli/metatag per il posizionamento (generazione della sitemap per google)
- gestione dei post (inserimento/cancellazione/modifica con eventuale versioning/categorizzazione dei contenuti/tags/trackback/pingback/valutazione post)
- gestione dei commenti (inserimento/cancellazione/modifica/valutazione commento)
- gestione sondaggi
- sistema antispam (captcha, recaptcha, akismet)
- possibilità di inserire pagine statiche
- modulo per contattare un autore.
- possibilità di inserire gallery di immagini (con thumb)
- statistiche
- integrazione con gli eventuali sistemi "social" (fb, twitter, flickr, youtube, poi?)
- integrazione con i vari aggregatori
- integrazione con sistemi di autenticazione esterni (homemade o OpenID et similia)

- gestione import di dati da altro blog (DBtoDB e SiteToDB)

- gestione MP agli autori (da implementare in futuro)
- gestione spazi pubblicitari (da implementare in futuro)
Con quale linguaggio di programmazione/scripting vorreste che essa fosse scritta? PHP

Quali altre funzioni vorreste fossero incluse in essa?


Vediamo se si riesce a tirare fuori qualcosa di buono anche con il vostro aiuto

[FlameNetworks]

Potresti aggiungere:

- gestione delle categorie
- statistiche
- gestione utenti multilivello

Man mano che mi viene in mente qualcos'altro ti dico.

[Ste]

Direi che la cosa migliore sarebbe scriverlo in PHP, non per altro, ma per facilitare lo sviluppo di plugin. E detto questo penserei in particolare alla possibilità di distribuirlo su più server, quindi una organizzazione tale che consenta da subito di spostare su più server alcune funzionalità, tipicamente le più pesanti.

[FlameNetworks]

- import dei contenuti da altro blog
- backup/restore dei contenuti con redemption dei dati configurabile

[Antonio]

Potresti aggiungere:

- gestione delle categorie
- statistiche
- gestione utenti multilivello

Man mano che mi viene in mente qualcos'altro ti dico.

Le categorie le davo per scontate, aggiungo al post.
Ok per le statistiche, per la qeustione della gestione utenti multilivello, cosa intendi?

Conta che per gestione granulare dei permessi intendo l'uso di RBAC, quindi un sistema ancora più granulare dei semplici "gruppi utente"

[FlameNetworks]

Svilupparlo in PHP può essere un'arma a doppio taglio.

Si rischia di fornire l'ennesimo prodotto con una miriade di plugins inutili, duplicati e spesso scritti male.

Credo che con Ruby si possa realizzare un ottimo progetto, Java forse lo vedo eccessivo.

[Antonio]

- import dei contenuti da altro blog
- backup/restore dei contenuti con redemption dei dati configurabile

import dei contenuti da altro blog, ok, partendo dal db o andando di spider sui blog esistenti?

Entrambe le cose son fattibili, anche se priorizzerei l'import da db esistente.

[FlameNetworks]

Le categorie le davo per scontate, aggiungo al post.
Ok per le statistiche, per la qeustione della gestione utenti multilivello, cosa intendi?

Conta che per gestione granulare dei permessi intendo l'uso di RBAC, quindi un sistema ancora più granulare dei semplici "gruppi utente"

Volevo dire proprio questo.

[guest]

Credo che con Ruby si possa realizzare un ottimo progetto, Java forse lo vedo eccessivo.

Anche con ruby puoi fare spaghetti code e porcate varie.

[FlameNetworks]

import dei contenuti da altro blog, ok, partendo dal db o andando di spider sui blog esistenti?

Entrambe le cose son fattibili, anche se priorizzerei l'import da db esistente.

DB ovviamente.
Andando di spider come faresti?

[FlameNetworks]

Anche con ruby puoi fare spaghetti code e porcate varie.

"Un piatto di spaghetti code, grazie..."

Lo so, ma Ruby mi sembra meno "sputtanato" di PHP.

[Antonio]

Direi che la cosa migliore sarebbe scriverlo in PHP, non per altro, ma per facilitare lo sviluppo di plugin.

Svilupparlo in PHP può essere un'arma a doppio taglio.

Si rischia di fornire l'ennesimo prodotto con una miriade di plugins inutili, duplicati e spesso scritti male.

Credo che con Ruby si possa realizzare un ottimo progetto, Java forse lo vedo eccessivo.

Beh, basterebbe avere il controllo sulla distribuzione dei plugin, nel senso che si potrebbero man mano "certificare" i plugin che sono scritti in maniera consona, in modo tale da scoraggiare l'uso di plugin che non sono mantenuti o sono scritti con i piedi. Se i controlli sono fatti per bene, non penso ci siano problemi.

E detto questo penserei in particolare alla possibilità di distribuirlo su più server, quindi una organizzazione tale che consenta da subito di spostare su più server alcune funzionalità, tipicamente le più pesanti.

Spiega meglio questo punto, dato che è un requisito funzionale che può essere abbastanza critico se non affrontato subito bene

[Antonio]

DB ovviamente.
Andando di spider come faresti?

Sfrutto il fatto che tutti i blog più conosciuti sono sempre "templatizzati", quindi basta sapere (eventualmente lo fai scrivere all'utente) i nomi dei div che contengono il testo ed il titolo del post

Comunque è una cosa che si potrebbe rilasciare come plugin in seguito, non penso sia fondamentale averla subito.

[FlameNetworks]

Se vuoi produrre un software che costituisca un'alternativa valida a WordPress devi prevedere da subito una funzionalità del genere.
Se il processo di migrazione devo farlo a manella oppure è difficile, resto su WordPress...no?

[Antonio]

Se vuoi produrre un software che costituisca un'alternativa valida a WordPress devi prevedere da subito una funzionalità del genere.
Se il processo di migrazione devo farlo a manella oppure è difficile, resto su WordPress...no?

Non parlavo della migrazione da DB, ma di quella con spider, che potrebbe essere utile per attirare chi usa sistemi di blogging proprietari che non ti forniscono il dumo del db.