Cosa significa per le Pubbliche Amministrazioni e per i Cittadini che fruiscono i contenuti prodotti dalle prime?

Per le Pubbliche Amministrazioni che fanno già uso di WordPress l’unico aspetto critico legato all’aggiornamento dalla versione 3.1.4 alla versione 3.2 è nella gestione dei contenuti di backend. Infatti è proprio in questo contesto che si configura il mancato supporto dell’ormai obsoleto browser Microsoft Internet Explorer 6. Il problema per quanto possa essere preoccupante non è da considerarsi allarmante, infatti Internet Explorer 6 ha compiuto ormai ben 10 anni e in una pubblica amministrazione tipicamente i tempi di aggiornamento dei PC si aggira dai 3 ai 5 anni massimi. 5 anni fa era già presente e preinstallato sui PC acquistati Microsoft Windows XP che supporta anche Internet Explorer 7, che è ampiamente supportato dall’ambiente di backend di WordPress. Ma anche se ci trovassimo nel contesto di una Pubblica Amministrazione con un bilancio ridotto all’osso dove il budget per l’investimento in nuove teconlogie è pari a zero, avendo un sostanzioso numero di PC con una versione di Microsoft Windows precedente ad XP (si presuppone almeno Microsoft Windows 2000) oppure considerando di avere altre applicazioni sulla intranet di livello critico che non supportano le nuove versioni di Internet Explorer, possono beneficiare comunque di un browser più recente quale Mozilla Firefox o Google Chrome da poter segliere in dipendenza della capacità e delle prestazioni di ciascuna macchina.

Il Cittadino invece che fruirà il sito della Pubblica Amministrazione implementato con WordPress aggiornato alla versione 3.2 non subirà alcun disagio in quanto la compatibilità con tale browser è garantita non da WordPress in se quanto dal tema scelto o prodotto dal proprio fornitore.

All’aggiornamento di WordPress alla nuova versione 3.2, previsto per questa settimana, seguirà l’aggiornamento del plugin PAFacile alla versione 1.6 che prevede nuove e importanti funzionalità oltre che al miglioramento delle prestazioni.

Ad un nostro cliente è capitato di avere un’installazione di WordPress che magicamente si era “rotta”.

In pratica, il sito in frontend risultava vuoto, accedendo al backend dalla bacheca risultavano esattamente il numero di articoli e di pagine che dovevano essere nel sito, ma accedendo all’elenco degli articoli e delle pagine anche lì non esistevano contenuti.

Osservando il dump del database c’era la garanzia che nessuna pagina era andata persa, eppure sembrava non ci fosse nulla.

Facendo un confronto tra il dump del DB con le pagine fantasma ed un dump di una versione leggermente precedente del database, abbiamo constatato che mancavano diversi record da alcune tabelle ma quella che ha attirato in particolar modo la nostra attenzione sono un paio di record della tabella wp_options (presupponendo che wordpress sia installato con i settaggi di default) il cui valore della colonna option_name è ”rewrite_rules“.

Oltre a questa opzione mancava una seconda opzione “scoper_page_ancestors“.

Mentre la prima  è una variabile utilizzata da WordPress, la seconda è utilizzata dal plugin Role Scoper.

Proprio l’assenza di entrambe le opzioni rewrite_rules e scoper_page_ancestors, causano l’invisibilità dei contenuti.

Di solito WordPress rigenera l’opzione rewrite_rules in sua assenza, ma se manca anche l’opzione scoper_page_ancestors ciònon avviene.

In conclusione, ripristinando i due parametri il sito è ritornato in linea e funzionante come prima.

Ad oggi abbiamo terminato per PAFacile tutti i test di compatibilità con la nuova versione di WordPress (3.0.1) riscontrando la massima compatibilità. 

Il prossimo rilascio prevederà alcune ottimizzazioni alla procedura di attivazione del plugin e qualche aggiornamento minore per una corretta presentazione nella nuova versione della piattaforma.

Pur non causando problemi di compatibilità, si suggerisce l’aggiornamento all’ultima versione di WordPress solo dopo il prossimo rilascio di PAFacile (versione 1.2.9) previsto per la fine di questa settimana.

Diverse Pubbliche Amministrazioni hanno sollevato una certa curiosità nella visione del plugin. Dato che ci sembra giusto lasciar prendere visione ai potenziali utilizzatori del prodotto di PAFacile, abbiamo deciso di mettere on-line un’ambiente dimostrativo delle funzionalità di PAFacile.

Presupponendo che l’installazione di wordpress con cui si interagisce è “Linda” e che la procedura di creazione di tag e categorie è stata sviluppata in modo da non richiamare le librerie di wordpress l’analisi per la creazione di nuovi tag e categorie (associate ad un particolare post) è la seguente:

1. Cercare il termine (in wp_terms). Se esiste acquisire l’ID del record, altrimenti aggiuere il nuovo termine (preoccupandosi di specificare solo i dati utili, non andando quindi a toccare i valori di default) e acquisire l’ID del record appena creato.
2. Vericare se la tassonomia è già presente per quel termine (in wp_term_taxonomy): avendo l’ID precedentemente acquisito al punto [1], contrlliamo se il termine (colonna term_id) è utilizzato come categoria o come tag (colonna taxonomy).   dovess esiste creiamo la tassonomia. In entrambi i casi bisogna mantenere traccia dell’ID del record esistente o appena creato.
3. Infine, bisogna creare una relazione tra la tassonomia e il post (wp_term_relationship): che prevede la relazione tra l’ID della tassonomia (term_taxonomy_id) e l’id del post (object_id). Se non dovesse esistere, bisogna incrementare il count della tassonomia e aggiuntere il nuovo record di relazione, altrimenti si lascia tutto invariato.

Questo è quanto!