Erano anni ormai che non cambiavo template ed in un mondo tanto dinamico come quello di internet non è certo un bene. Considerato poi che sono rimasto molto soddisfatto del template di 0932blog ho deciso di modificarlo ed adattarlo a questo blog.

In più troverete l'inserimento dei commenti e la visualizzazione dell'anteprima di questi tramite un handler AJAX. Ed è sicuramente la cosa più importante di questo aggiornamento. Il codice javascript è totalmente home made, nessune libreria esterna è stata utilizzata. Le modalità di espletamento sono poi totalmente incorporate nel codice sorgente del blog, usando come criterio la coerenza e la scalabilità della piattaforma.

Utilizzando questi principi, ora aggiungere nuove funzionalità al blog dovrebbe essere molto più semplice. E non si preoccupi chi non ha javascript abilitato: l'anteprima la perdete, ma l'inserimento dei commenti è perfettamente degradato.

Le stesse modifiche verranno presto fatte anche su 0932blog, ma con la differenza che in quella piattaforma non è previsto (di proposito e visti anche le visite inferiori rispetto a qui) un sistema di caching delle pagine. Ho volutamente voluto seguire una linea di sviluppo più soft, con meno opzioni lato amministrazione, ma molta più facilità di utilizzo della piattaforma. Considerate che si tratta sempre di qualcosa destinato a smanettoni che preferiscono mettere mano ad un codice leggibile piuttosto che installare meccanicamente tanti plugin. Per chi vuole un all inclused fuori serie, sa cosa fare :)

Se potete, sparate qualche prova anche qui. Se il risultato dei due blog sarà identico, nonostante la metodologia applicata sia assai diversa, vuol dire che tutto funziona come deve.

Grazie in anticipo per la collaborazione!

Potrei sempre integrare Akismet. Che ne dite?

In questi giorni mi sto davvero divertendo un mondo a sviluppare la piattaforma di blogging. Devo dire che sto riuscendo a raggiungere un buon ottimo, sempre in funzione di un qualcosa costruito sulle mie esigenze.

Adesso il codice risulta molto più linerare e striminzito. La linearità e la pochezza delle righe di codice, oltre ad assicurare tempi di caricamento dell'applicazione più rapidi, sono sicuramente un buon modo per massimizzare le possibilità di personalizzazione da parte degli utilizzatori terzi.

Ci sono però alcune cose che saprei come fare. Il condizionale è d'obbligo nella misura in cui io sono sicuro delle mie cose, ma volendo condividere il lavoro, vorrei capire dove sta l'ottimo per tutti.

Un sistema di plugin?

Non sono passato a Wordpress proprio per la dipendenza dell'applicazione da plugin di parti terze. E per parti terze intendo sviluppatori non collegati con il core di WP.

I vantaggi della mia scelta si sono visti con la versione 2.3 della famosa piattaforma. Il database è stato stravolto e questo ha fatto si che una gran quantità di plugin dalle funzionalità core siano diventati improvvisamente inutilizzabili.

Badate, in questo contesto per funzionalità core intendo uno nuova feature abilitata via plugin su cui di fatto ruota tutta l'attività di blogging. Questo a parer mio è una distorsione pericolosa. Di fatto gli sviluppatori di WP non badano alla cosa e fanno benissimo! Sviluppano il core indipendentemente dal ciclo di vita del plugin. Nei fatti però trovo orde di gente che non aggiorna ad una versione sicuramente superiore (la struttura del database ora è veramente eccezionale) per via del lento sviluppo del plugin su cui vive il blog.

Ho sempre considerato la cosa sbagliata. Ed ho sviluppato un codice facile proprio perchè, dato che si tratta di un software open source, chiunque vuole può modificarlo a suo piacimento.

Voi avete le vostre funzioni aggiuntive di facile sviluppo grazie alla linearità del codice, io potrei avere a disposizione una versione modificata del software con nuove funzionalità già integrate nel core.

Se ci fate caso è più o meno lo sviluppo che ha eMule. Non ha caso è il p2p di maggior successo.

Un discorso del genere da un lato preclude molti utilizzatori all'uso di opzioni nuove se non incluse nel core, dall'altro aumenta il rischio di fork che non sono proprio l'ideale per un progetto appena nato.

I vantaggi sono però indubbi in termini di pieno sviluppo!

Implementare un sistema di plugin è cosa veramente semplice. Ma non so se è una buona idea. Voi che mi dite?

Cache system in default?

Secondo dubbio che mi assilla. Un sistema di caching delle pagine da' sicuri vantaggi. Navigazione più fluida, database meno sotto stress, e tanto tanto altro.

Ma abilitarlo in default è cosa giusta da fare? Al momento il sistema in sviluppo lo prevede attivo sempre. Le regole di creazione e distruzione della cache (ultimamente aggiornate e migliorate) sono parte integrante del cuore del software.

Far decidere all'utente se utilizzare il sistema di cache o no personalmente mi sembra un modo per permettere a qualcuno di guidare con il freno a mano tirato.

Che vantaggi ci sono nel permettere una scelta poco efficiente? E soprattutto, sarebbe veramente una scelta poco efficiente garantire la disabilitazione del caching?

Magari vi annoio, ma molte ottime cose sono riuscito ad implementarle dai vostri consigli. Il motivo per cui ho deciso di condividere l'applicazione è molto egoistico: siete grandi e mi create tanti vantaggi :)

Ora che sapete che non sono mosso da spirito altruistico, non prendetevela e fatemi sapere cosa ne pensate ;)

Ho appena riadeguato questo blog all'ultima versione disponibile su DigitalSide, inserendo però in via sperimentale un sistema di caching delle pagine. La cosa dovrebbe limitare di molto gli accessi al database e garantire una navigazione più fluida.

Fra le altre cose, mi scuso con tutti quelli che mi leggono via feed. Molto probabilmente ho rotto il guid e vi ritroverete qualche articolo vecchio segnato come nuovo. Mi spiace, ma era indispensabile fixarlo anche qui.

Se notate strane cose, fatemelo sapere.

Finalmente trovo un po' di tempo per scrivere due righe sulla piattaforma di blogging che ho deciso di rilasciare sotto GPL. In pillole è possibile seguire la presentazione che ho fatto al TrinacriaCamp.

Non so quanto capirete dalle slide, dato che preferisco sempre scrivere slide molto spartane e con poca roba e discutere a braccio delle cose.

| View | Upload your own

Il software è disponibile su DigitalSide.IT. E fin d'ora vi chiedo un piccolo sforzo comune: rispetto al giorno della presentazione, ho implementato in più il supporto multilingua nativo. Questo vuol dire che un post o una pagina può essere scritta in più lingue. Ma per far funzionare al meglio la cosa, mi servono le traduzioni dei file delle lingue.

Chiunque abbia tempo e voglia, scarichi il software e corregga la traduzione del file in inglese (sarà zeppo di schifezze dato che l'ho tradotto in 5 secondi senza nemmeno testarlo adeguatamente) e ci sarebbe anche da fare tout court la traduzione in francese.