Con Drupal, il blog dei desideri

Ho sempre sognato un blog pieno di cazzate... Solo che produrne a rotella, un'enormità è impresa ardua.

Soprattutto quando ci sono decine di altre cose da fare prima, ed ogni tanto ci si perde a vedere questo video o quella gallery fotografica.

Quindi ho deciso di raccogliere tutti i video e le foto preferite che settimanalmente mi capita di vedere online tramite il mio social network di pseudo amici, sconosciuti e amici veri e propri.

Il blog è in essere. Sta rinascendo lentamente dalle ceneri, giorno per giorno, proprio come me.

Wordpress come se piovesse

Oramai la notizia di un nuovo WordPress non interessa più nessuno. Comunque ieri è uscita la più recente: 2.5rc1.

Col supporto di grandi nomi del webdesign internazionale è stata modificata l'interfaccia sempre di più blog based.

Credo proprio sia giunta l'ora di passare a Drupal. Sul server di sviluppo ho già affinato la tecnica di migrazione. Appena sarà fatta anche in via definitiva vi spiegherò come migrare da WordPress a Drupal senza perdere articoli, pagine, commenti, utenti e tags.

L’evoluzione dei software per blog

Prima di conoscere Silvia non sapevo nemmeno cosa fossero i blog, anche se inconsciamente già ne avevo uno. All'epoca sentivo l'esigenza che una homepage dovesse contenere delle news raggruppate per giorno, e quando uno se la sentiva poteva scrivere poche righe o immensi paragrafi.

All'epoca il programma prescelto fu Greymatter, il concetto era di automatizzare la creazione delle pagine html inserendo il contenuto tramite interfaccia web, graficizzato secondo una maschera (template) prestabilita.

Era anche il periodo in cui di PHP non conoscevo nulla. Ma esclusivamente alcuni rudimenti su CGI di PERL (upload ascii in cgi-bin, chmod 775 e via).

Dopo venne Movable Type, che pur non essendo software libero, all'epoca era ancora gratuito. Il concetto di ricostruzione del sito in CGI diventava più complesso e laborioso, al punto da richiedere diversi minuti di lavorazione nel caso si cambiasse qualche minima cosa nel layout. Si doveva ricostruire tutte le pagine del sito.

La procedura di ricostruzione completa era lenta e laboriosa, ma garantiva una indicizzazione perfetta nei motori di ricerca per via della generazione vera e propria di files html.

Quindi si pensò di "dinamicizzare" la cosa. Così facendo, si passò ad usare PHP, gli indirizzi URL diventarono inaccessibili e ci volle un po' per ritornare a standard elevati di performance.

PHP4 iniziava ad essere di moda ed anche io iniziai a studiare. Era l'epoca in cui B2 Cafelog creò lo status "trendy" dei blog software.

Lo sviluppo di B2 ad un certo punto si bloccò di punto in bianco e la comunità di pioneri blogger rustici rimase piuttosto spaesata. Nacquero quindi B2evolution, che offriva caratteristiche migliori di B2 e WordPress che inizialmente era semplicemente un editing di B2 piuttosto attraente.

Ovviamente quel che salta all'occhio sono le apparenze. WordPress iniziò quindi la sua scalata delle classifiche di gradimento ma soltanto dalla versione 1.5 divenne tecnicamente realmente appetibile, più di B2evolution (che non ha mai raggiunto livelli di notorietà, pur gestendo i multi blog da anni).

Arriviamo quindi al presente, in cui WordPress si afferma tra i software per blog per le caratteristiche che hanno reso celebre anche Firefox: la presenza di API potenti, la possibilità di personalizzare il software con (oramai migliaia di) plugins, ed una buona documentazione per sviluppatori.

Attualmente credo che WordPress sia oramai arrivato allo status di software maturo che si affaccia quindi alla fase di declino. Per quante novità possano essere inserite, l'architettura è oramai ben definita: blog, links e pagine.

Blog link e pagine oramai al blogger pioniere vanno strette. Ha sempre più spesso la necessità di inviare multimedia, di creare contenuti sempre più particolari.

Installare WordPress con decine di plugin e dover poi mantenere tutto aggiornato, non è proprio il mio passatempo preferito, anche perché non riesco a trovare tempo per scrivere nel blog.

Il blogger pionere quindi ora evolve in una sorta di distributore di contenuti di ogni tipo, ed ha bisogno di un CMS degno della sua elasticità.

Drupal 6 è stato rilasciato in questi mesi e la nuova versione promette bene. Ancora poche settimane per avere l'aggiornamento alla nuova versione di due dei moduli più potenti: CCK e views.

Poi un'altro capitolo della dell'evoluzione dei software per blogger sarà concluso.

Vinci Zend Studio con OssBlog e GrUSP

Ogni programmatore PHP sogna da sempre il migliore IDE per PHP. Zend Studio è uno di questi, non i progammatori, il software!

Per averlo è sufficiente scrivere codice sorgente. Partecipa al concorso indetto da OssBlog in collaborazione con l'associazione GrUSP.

Da lunedì 19 febbraio a lunedì 16 aprile, realizza un plugin per WordPress, oppure un modulo per Drupal, oppure un componente per Joomla, puoi vincere una licenza di Zend Studio Standard ed anche il tesseramento annuale all'associazione degli sviluppatori italiani PHP.

Il vincitore del concorso sarà decretato venerdì 18 maggio durante la manifestazione italiana dedicata a PHP: il PHPday 2007.

Il regolamento del concorso è il seguente:

  • Il concorso è aperto a tutti, anche ai soci dell'associazione GrUSP (non al direttivo)
  • Il plugin prodotto dovrà essere rilasciato con licenza compatibile con quelle definite da OSI
  • Il codice dovrà funzionare con PHP 5.2 ed è consigliato, ma non obbligatorio, scriverlo ad oggetti (compatibilmente al CMS)
  • Non saranno accettati plugin incompatibili con l'ultima versione del CMS scelto
  • Il software deve essere realizzato da zero, non sono ammesse riedizioni di qualcosa già esistente
  • Il codice dovrà contenere documentazione valida phpDoc (verrà usato lo stesso Zend Studio per compilare la documentazione)
  • Il codice sarà eseguito in modalità strict di PHP
  • Sarà accettato l'uso di librerie di terze parti a patto che queste ultime siano distribuite con una licenza Open Source
  • Il plugin non deve modificare file del CMS, ma deve sfruttarne le API ed i metodi standard per modificarne (se necessario) il comportamento.
  • Saranno accettate minor release con bugfix, a patto che siano consegnate entro il termine ultimo della scadenza
  • Si consiglia l'uso di strumenti per la gestione delle versioni (ad esempio SVN) che si possono trovare ad esempio in servizi gratuiti tipo Google Code o Sourceforge

In bocca al bug a tutti i partecipanti! Fixato

©MMVIII Bologna Informatica - p.i. 0123456789