Pensando di cambiare piattaforma

Che strano, poco fa ho letto che Drupal e' flessibilissimo ...
Idea: Qualcosa stile "utente registrato puo' inserire commento - utente non registrato si becca il captcha" ?
Ah, occhio all'SQL-injection, "ho visto cose che voi umani" ...

@ Giambo: chiarisco un concetto...
Dei tre CMS listati sopra, wordpress è un blog adattabile a NON blog, Joomla è un NON blog adatabile a blog.
Drupa è sicuramente il più flessibile.

Sconta però una certa macchinosità di impostazioni. In buona sostanza, non mi trovo nel pannello di controllo. Per fare quello che voglio, devo girare e rigirare.
E' possibile farci di tutto, ma IMHO a costo di gironzolarci troppo.
E' solo una questione di feeling...

Per le injection ci si lavora costantemente :)

Idea: Qualcosa stile "utente registrato puo' inserire commento - utente non registrato si becca il captcha" ?

Bella idea! La potrei implementare via cookie, ma con un doppio controllo...

Categorie: la tua idea non è malvagia, ma il tag tecnorati è diverso da una categoria. Se volessi parlare di qualcosa di eccezionale, che ne sono tipo il ritorno di Schumacher, taggherei il post come Schumacher ma userei una delle categorie che ho già (ad esempio cazzate). Le categorie sono poche (una ventina in tutto) i tag invece sono flessibili e possono rappresentare "argomenti del momento". Se li usi in maniera interscambiabile ti ritrovi una tag cloud affollata e forse confusa.
Non vorrei però scatenare una guerra di religione TAG vs Categoria.
Ci manca solo quella...
P.S. per SQL injection basta usare sempre i parametri.

Molto interessante !
Scusa il mega commento ma cercavo un post così da mesi.
Dunque ti stai scrivendo una piattaforma blog da solo.
L'unico motivo per cui io ho un blog è che mi diverto, come hobby (ognuno ha gli hobby che si merita, non sono un programmatore ne' informatico di lavoro), a realizzare un sito dinamico tutto "fatto in casa" (pure hostato in casa).
Indipendentemente dalla mia volontà, piano piano si è trasformato in un blog. (Ho una mia teoria su alcune "propietà emergenti" del blog model).
Comunque, lungi dall'offrire consigli, mi inserisco tra i commenti con alcune considerazioni.
1) Una volta cominciato a "fare in casa" ci si prende gusto. Potendo, io non uso nessun servizio esterno. Ad esempio, per i trackback (che sto cercando di implementare al momento, e rimpiango di non averlo già fatto per poterti pingare questo post), che senso hanno se sono limitati a Technorati? Fossero anche il 99% degli utenti mi sembra contrario ad una filosofia "Open". E se domani ti stufi di Technorati come oggi ti sei stancato di Aruba, come fai il trasloco?
Casomai, cerchiamo una soluzione antispam per il trackback.
Ad esempio, si può prevedere un blogroll molto esteso (non solo i blog favoriti, ma quelli "decenti") ed accettare trackback solo da quelli. Niente impedisce di evidenziare separatamente i favoriti. E piano piano il blogroll esteso dovrebbe crescere riducendone la necessità di cura. Visto che sto implementando il trackback proprio ora, contemporaneamente al blogroll, sarei molto interessato al tuo parere. (Nel mio caso il problema me lo pongo a titolo accademico).
L'utente segue poco i trackback, ho l'impressione. Però mi sembrano uno strumento "filosoficamente" connaturato alla logica del blog. Link + Aknowledgement. Parlo di te e te lo dico. Molto "web 2.0". Molto netiquette.
Ho finito coi luoghi comuni.

2) Commenti autorizzati in automatico per gli utenti registrati. Quest'idea è ottima! Infatti la ho avuta anch'io (con circa una settimana di anticipo rispetto a questo post) )) (tanto per stare sicuro, ai registrati ho tolto la moderazione, ma lascio il capcha).

3) Supporto multiutente. Secondo me è utile. Sul mio blog io sono admin, e poi ci sono altri autori (nel mio caso non blogger, ma amici) che possono, ad esempio, autorizzare i commenti solo nei loro post, e cancellare (in caso di ripensamento) solo i loro post. Solo l'admin può creare una categoria e scriverne il primo post, e definire un logo specifico per categoria.
Il tuo blog è monoautore, ma una volta che realizzi la piattaforma dovresti prevedere tutto. Aggiungere dopo una cosa così mi sa che sarebbe un casino.

3-bis) Una cosa che non ho mai visto e che io invece uso è proprio il "logo di categoria".
Se vai qui ( http://mormy.homeip.net/index.php?summary=crono ) ti fai subito un colpo d'occhio secondo me efficace.

4) Differenziazione tra post e pagine pseudo statiche. Secondo me è la potenzialità maggiore del farsi la piattaforma da soli. Massima libertà! Anche per eventuali gallerie fotografiche, (l'avevo ma la ho rimossa) perche' affidarsi a Flickr? Su un sito "home made" è facilissimo crearsi una galleria personale a latere del blog, magari sotto password e registrazione.
Non tutte le foto si vogliono mostrare a tutti gli utenti che passano, magari alcune sono riservate agli amici e parenti.

5) Creazione "home page". Potrei farlo, al momento ho scelto una via di mezzo. Definisco un post specifico (quello su cui voglio richiamare l'attenzione in un certo periodo) come "copertina" e digitando l'indirizzo base
http://mormy.homeip.net (oppure cliccando sul logo generale) appare quel post anche se non è il più recente.
Quando cambio "copertina" la vecchia home page rimane semplicemente nell'archivio insieme agli altri post in ordine cronologico e un nuovo post assume quel ruolo.

6) Statistiche lettura post. Le ho previste, ma il dato è molto falsato perche' non uso i cookie. E' dura gestire le sessioni senza cookie, ma per me è un principio evitare ingerenze nella privacy dell'utente (creargli di nascosto un file sull'harddisk mi sembra troppo). Comunque i numeri mantengono un valore statistico proporzionale, anche se in termini di conteggio assoluto, senza cookie, il numero di letture mi "salta".

7) Attivare/disattivare commenti a livello di post. Giusto, utile, anche questo l'ho già fatto.
In modo discreto. Cioe', se non si può commentare manca il relativo link, senza ulteriore spiegazione. A proposito di commenti, essenziale il capcha. E poi non credo disturbi nessuno. Il mio è di 3 lettere, che ci vuole a digitarle? E' stato complicato però far capire agli amici ana-informatizzati come dovevano usarlo.
Ho scoperto che spesso si danno per scontate cose che per l'utente distratto sono assolutamente sconosciute.

8) META TAG KEYOWRD e DESCRIPTION.
Anche se sembrano non più utilizzati dai motori, io ho previsto che dipendano dalla sezione, ma non ho implementato uno specifico livello di personalizzazione per singolo post.

9) Ricerca. Potrei farla solo delegando a Google. (in realtà la parte tosta sarebbe solo la visualizzazione e navigazione dei risultati, rinunciando alle funzioni "semantiche" e di mistyping). Quindi... Ma poi tanto chi la usa, dentro un singolo blog?

Per tutto il resto (tranne il sitemeter, che peraltro è solo un doppione del log apache) non voglio dipendere da servizi di terzi, per principio (e perche' sennò mi finisce il divertimento), per cui provo a chiedere qualche parere e consiglio:

TAG. Non li uso. A parte la difficoltà di implementarli a questo punto, hanno un senso se slegati da un aggregatore di TAG cloud e legati solo alla base locale (ed eventualmente alla rete di post esterna generata via trackback)?

Calendario. Non lo uso e secondo me non serve a niente. Ho messo un "sommario" cronologico che dovrebbe bastare e avanzare... Potrei aggiungere la divisione in mesi, ma è essenziale?

Numero utenti on-line.
Nel mio caso, oggi, a 6 mesi dalla prima riga di codice, ho raggiunto per la prima volta 3 utenti in contemporanea. Quindi non lo metto perche' sarebbe deprimente, ma sarebbe facilissimo da implementare e non credo che rallenterebbe davvero il DB, a meno di non volerlo fare in tempo reale. Non basta se è aggiornato all'ultimo caricamento di pagina?

Postli
Fottitene. A parte che non serve a niente, sarebbe un altro servizio di terzi dal quale dipendere.

Immagine post
Nel mio caso ho previsto un "autofitting" dell'immagine eventualmente associata ad ogni singolo post, e se assente viene rimpiazzata dal logo di "categoria".

Per finire, io mi sono fatto in casa il feed rss (solo 2.0, che noto essere l'unico standard che tu non usi)(per ora solo versione "tagliata", sto per aggiungere quella completa). Il feed rss dei commenti mi pare un orpello. Casomai sarebbe utile l'avvisatore via mail, ma nel mio caso comporterebbe la "messa in piedi" di un server mail (o dipendere da terzi).
Senza feedburner o simili è impossibile (?) conoscere il numero degli iscritti, ma come al solito, perche' legarsi mani e piedi a feedburner?
Incrociando il codice che uso per il sommario con quella del feed mi sto per far autogenerare la sitemap, altra idea secondo me originale, nel senso che non mi pare che altre piattaforme provvedano in automatico a autogenerare la sitemap.

Banner section
Stavo pensando ad un DIV destinato a contenere banner di "campagna". Ovvero quei loghi di condivisione di iniziative sociali.
Tipo "questo blog non è un sms" (neanche questo commento lo è). Ma spesso mi pongo il problema: o tutti o nessuno. Ci sono tante iniziative con cui sono d'accordo, come selezionarne solo poche senza che poi il mio "appoggio" vada anche oltre l'intenzione (nel senso che se uno mette solo un certo banner sembra che quella tale campagna lo coinvolga in prima persona)?
Sarebbe utile un blocco di 3 - 4 banner a rotazione (non random, ma democraticamnte proporzionale)

Cose che non so fare
Non ho idea di come implementare il friendly permalink senza dover riscrivere tutto (l'id del post è il cuore di tutto il software).

Tutto il resto....

Marco / mormy
Ps
Scusa ancora la "mole" del commento, ma sono un "non informatico" (però algoritmicamente talentuoso, se guardi il mio sito) circondato da gente che non sa neanche cos'è un blog, figuriamoci un feed. Finalmente mi sono potuto sfogare con qualcuno che sta scrivendo un software come il mio (meglio del mio), e penso che capirai.

@ paperino: scusa, mi sono spiegato male. Non farò mai registrare nessuno in questo blog! Per utente registrato intendo "utente che ha già un commento approvato identificato via nick / link".
Lo stesso filtro che uso qui sul blog per moderare o meno i commenti.

L'idea di Giambo potrei implementarla nella seguente maniera:

1 - Primo commento: moderato in default con captcha.
2 - Secondo commento: ti beccheresti solo il captcha, ma il commento sarebbe approvato in default dato che sei già nel database come utente buono. E li ti metto un cookie che mi ricorda che sei un utente valido.
3 - Non solo saresti approvato in automatico in quanto utente buono, ma non dovresti usare il captcha.

Per le categorie mi sa che hai ragione... Devo rivederla sta cosa :)

@ Marco: WOW! Grazie per il bellissimo commento!
Sui servizi esterni in generale il problema che sollevi è reale. Sono utili nella misura in cui fanno quello che a te serve, ma non hai mezzi per controllare che lo facciano sempre.

Non mi va di escluderli per questo. Li integro se e solo se posso disaggregarli facilmente.
Nel caso delle blog reaction di technorati e di postli si parla di due righe da inserire nei file di template, quindi totalmente separati dal core dell'applicazione.

Fra l'altro proprio postli ti permette di internazionalizzarti. Se un giorno decido di scrivere dei post in inglese, il mio terget si allargherà. Grazie a postli l'utente che vuole sharare un mio articolo avrà come prime scelte i servizi si socializing della sua nazione!
E' un grande vantaggio e mi costa un rigo :)

Internalizzare per non escludere nessuno è però anche giusto, ma si deve vedere se il gioco vale la candela.
Considera che tutti i blog che visito e tutti i blogger che mi visitano sono indicizzati su technorati. Di fatto stiamo parlando di uno standard!
Centinaia di righe di codice mi permettono di scambiare anche con quei pochi blog che non usano technorati, ma ne vale la pena?
Ed escludendo io delle feature standard, non rischio di escludere in parte me stesso?

In sostanza, l'uso dei servizi esterni, magari limita il target potenziale, ma spesso riesce a farti focalizzare su un target con percentuale di successo molto superiore.
Per questo penso che postli, technorati e compagnia bella siano utili e viatico di successo.

Il feed ovviamente ci sarà. Penso userò feedburner. In primis perchè non devo cambiare indirizzo del feed, e poi perchè posso monitorare non solo il numero di lettori via feed, ma anche tante altre cose.
Ed anche in questo caso, l'impegno a livello di lavoro sul codice è zero.
Sarebbe possibile e nemmeno troppo complicato monitorare i lettori via feed anche senza feedburner, ma perchè faticare tanto?

Per le immagini nei post userò una struttura del tutto libera. Come su dblog, ma penso senza editor in javascript. Non farò associazione di immagini e post a livello di sistema. La uppo sul server, mi creo un elenco dei file immagine disponibili e scelgo :)

Per il friendly permalink
Perchè complicarsi la vita? Crea un permalink di tipo http://www.example.com/post/iddelpost
Avere il permalink con una struttura a finte directory non serve per far digitare più facilmente l'url all'utente, ma ai motori di ricerca per indicizzarti meglio.

Ti spiego brevemente ed in maniera del tutto NON esaustiva: il carattere ? nelle URL fa riconoscere allo spider la pagina come dinamica. Se la pagina è dinamica, il suo contenuto può cambiare facilmente ed ai motori di ricerca la cosa non piace tanto, perchè rischierebbero di mostrare risultati poco coerenti.
Scrivendo l'URL senza il carattere incriminato e senza parametri espliciti, lo spider vede la pagina come se fosse statica e ti indicizza meglio.
Google da come consiglio proprio questo anche per gli adsense. Una pagina con un URL più comprensibile dagli spider permette anche annunci più pertinenti con il contenuto (quindi rendita potenziale più alta della pagina).

Io sto implementando la cosa in una funzione dedicata (create_permalink()). Cambiando quello cambierebbe in tutto il blog. Ed anche io userò l'id del post come riferimento.

Grazie mille per i tanti spunti di riflessione :)

Donzo, WP è cambiato... adesso è possibile impostare quanti amministratori vuoi, così come quanti utenti vuoi con gli stessi diritti (che possono moderarsi i post a vicenda).
Inoltre, con un plugin come Role Manager, puoi gestire la cosa in modo granulare.
Questo è solo un esempio, ovviamente...
Inoltre, penso che ci sia più sbattimento a scriverselo TUTTO da solo e da zero che non ad adattare una funzione a proprio piacimento, no? :P
Poi, ovviamente, potrei sbagliare e per te potrebbe essere realmente più veloce scriverti la tua piattaforma da zero, ma... ripeto... mi sembra assurdo. :P

Davidonzo perchè non provi la nuova versione di wp in locale??? Magari ti trovi meglio che con dblog (io sto usando wp e non è così difficile anche se non ho mai provato dblog)

@donzo:
considera anche che, cambiando il formato del permalink, tutto ciò che ti linka viene "sospeso"; a meno di non avere entrambi i formati attivi.
@lorenzone: CS 2007 è la migliore piattaforma per windows.

@ paperino: e secondo te io perdo l'indicizzazione di due anni e mezzo di blogging? :D
Con una riga di .htaccess ridireziono tutto il traffico e informo gli spider del cambiamento :P

ciao,
sarà opensouce?
...o ti tieni il codice per te?
o-O

Io ti consiglierei WP ... Ma te sei troppo avanti!

@ sgrezzeria: bella domanda...
Prima lo faccio, poi vediamo se sarà un prodotto valido per il rilascio pubblico o se risulterà troppo personalizzato per le mia esigenze :)

@ cadex1: non e' per dblog, che amo davvero, ma qui ci sto strettino... E' spesso troppo lento sto server. Ormai che ho sposo tanti dindini per un server virtuale mi sposto li, ma non posso spostare dblog. E' un server Linux...

Il tempo c'è, non è cosa a breve :)

prova