1. design e vendita di temi
2. sviluppo e vendita di plugin
3. personalizzazione di un tema esistente
4. trasformazione da PSD a WordPress
5. consulenza
6. formazione
7. sviluppo di soluzioni SAAS (Software As A Service)
8. creazione di siti e blog per i contenuti
9. sviluppo di siti Web ad accesso riservato
10. lavoro editoriale (libri e articoli su riviste e Web) sull’argomento

Il decimo punto potrebbe rientrare, volendo, nel sesto, tuttavia non sempre chi scrive fa anche formazione, come del resto c’è chi invece fa entrambe e, come nel mio caso, si occupa anche di più attività fra quelle elencate.

E voi, a quale utilizzo ‘proficuo’ di WordPress siete interessati o in quale siete già impegnati?

Il pannello di configurazione del plugin Custo Post Order

Esiste, in realtà, un altro plugin chiamato Custom Posts Order (autore: OLT UBC), meno aggiornato dei due appena citati ma ancora funzionante e compatibile (almeno fino alla versione 3.3.1), il quale permette di impostare l’ordine dei post tanto cronologicamente quanto alfabeticamente (in base al titolo o allo ‘slug’), oppure per autore o per data di modifica, il tutto in ordine ascendente o discentente e con la possibilità di applicarlo solo a determinate categorie.

Come si è capito, una funzione di questo tipo può tornare utile in quanto accentua la funzione di CMS (sistema di gestione dei contenuti) di WordPress e le sue caratteristiche di database dei contenuti.

Questa tendenza riflette, in un certo senso, il fenomeno dell’allontanamento da una piattaforma ‘preconfezionata’ (WordPress.com, appunto) che, seppure offerta gratuitamente, pone dei limiti alla libertà di sviluppo del proprio sito e una sempre maggiore adozione di WordPress in quanto CMS su un proprio spazio Web.

Nelle statistiche (ottenute usando la parola ‘wordpress’ nel campo di ricerca di Updowner) si nota anche una crescita relativamente ai siti Web dedicati a WordPress in varie aree del mondo (Giappone, Cina, Russia, Spagna, Turchia, ecc) e a quelli che trattano di temi. Anche queste tendenze denotano il sempre maggiore utilizzo di WordPress nella realizzazione di siti e blog professionali e una sua crescente diffusione su tutto il pianeta.

Per visualizzare subito i dati descritti potete interrogare Updowner.com con la parola chiave ‘wordpress’

Per questo motivo mi è sembrato doveroso dedicare almeno un breve articolo introduttivo all’argomento, a beneficio di chi ancora avesse dubbi sull’argomento come di chi incontrerà simili perplessità nel momento in cui dovrà gestire WordPress nelle operazioni di manutenzione, esigenza che prima o poi si presenta per chiunque.

Quando si realizza un sito con un CMS come WordPress tutti i dati relativi ai contenuti di testo, ma anche le impostazioni e i riferimenti alle immagini (nome del file, posizione sul server, ecc.) vengono memorizzati all’interno di un database: quest’ultimo non è un file, ma un archivio (database, appunto) gestito dallo standard MySQL e accessibile dal pannello PHPMyAdmin.

Il database è memorizzato all’interno di un server MySQL, quindi, il quale può contenere anche più database che possono appartenere a siti diversi, e per accedere a ogni database bisogna conoscere, oltre al suo nome, anche il nome e la password associati all’utente che ha i privilegi per gestirlo. Questi dati (nome del server, nome del database, nome utente e password) sono quelli che vanno inseriti nel file wo-config.php di WordPress per consentire al CMS di installarsi al primo lancio, creando le tabelle del database, e di gestire i contenuti in seguito.

L’installazione di WordPress crea, come dicevamo, delle tabelle all’interno del database: queste rappresentano dei ‘contenitori’ in cui sono conservati i dati, per esempio pagine e articoli, informazioni sugli utenti del sito, dati sulla configurazione dei plugin e del tema, e così via.

In genere non si accede a un database fino al momento in cui si dovrà eseguire qualche operazione di manutenzione manuale per il backup o il ripristino, in genere l’esportazione e importazione dei dati attraverso un file esterno (che avrà estensione .sql oppure sarà compresso in formato .gzip ma che in sostanza è un file di testo strutturato in cui sono copiati i dati delle tabelle).

Nelle fasi di ‘trasloco’ di un sito WordPress da un hosting on line a un server locale, ovvero installato sul vostro computer, dovrete scaricare sia le cartelle e i file che contengono l’installazione di WordPress e i file caricati da voi (plugin, temi, immagini, eventuali documenti audio, PDF ecc.) ma anche memorizzare in un file, usando un plugin o agendo manualmente, le informazioni memorizzate nel database associato, ovvero i dati contenuti nelle sue tabelle, che in questo modo andranno come dicevamo a far parte di un file vero e proprio, nel formato SQL. Queste ultime informazioni saranno poi importante, con l’operazione inversa, nel nuovo database creato su un altro server, in questo caso caso locale e gestito dall’eventuale XAMPP, MAMPP o pacchetto simile, sul vostro computer.

Il file SQL non è altro che un modo per conservare temporaneamente i dati che in sostanza sono ancora presenti sia nel database originale (sul server Web) sia nel database locale una volta che li avrete importati. Il file SQL del database potrebbe quindi essere cestinato senza che cambi nulla all’installazione Web o locale del sito, ma in genere si tende a conservarlo come backup per eventuali usi futuri che potrebbero presentarsi, per esempio un ripristino del sito originale.

In tutte queste operazioni, naturalmente, le ‘coordinate’ del database saranno sempre riportate nel file wp-config.php, che contiene infatti il nome del server, quello del database e i dati d’accesso (nome utente e password). Sarà solo modificando queste informazioni e quelle nel database, in modo che ‘puntino’ ai dati del nuovo server MySQL, che permetterà al sito di funzionare nella sua nuova collocazione (su un diverso hosting Web oppure in locale).

Nell’immagine che segue potete vedere l’interfaccia di PHPMyAdmin con a sinistra un elenco di database, che in questo caso sono ospitati quindi sullo stesso server locale (localhost) e che fanno parte di altrettanti siti WordPress.

Il numero fra parentesi che segue il nome di ogni database si riferisce alle tabelle utilizzate dall’installazione di WordPress per il sito associato a quel particolare database. In realtà tutte le operazioni che si possono compiere dall’interfaccia di PHPMyAdmin sono anche accessibili da linea di comando, usando le istruzioni (query) del linguaggio SQL.

Queste istruzioni, in realtà, si possono digitare anche all’interno di PHPMyAdmin usando proprio la scheda SQL, e sono utilizzate per esempio nel caso in cui si importa un database dopo un trasloco: in questo caso, infatti, i riferimento al server cambiano, per esempio da http://www.nomedelsito.com a http://localhost o viceversa, oppure da http://www.vecchiosito.com a http://www.nuovosito.com. In genere queste sostituzioni si possono fare direttamente sul file SQL prima di procedere con l’importazione nel nuovo database, usando un editor di testo o meglio ancora di codice, ma nel caso in cui il database avesse dimensioni troppo grandi ed è necessario gestirlo in formato compresso, dovrete utilizzare appunto delle query SQL per fare le sostituzioni appena descritte.

Tutte queste procedure sono descritte nel Capitolo 16 del mio libro, ma siete tutti invitati a porre qui eventuali domande che potranno sorgere dai dubbi e dalle incertezze che queste operazioni più tecniche possono suscitare, sarò felice di rispondervi e in questo modo potremo dare informazioni utili anche ad altri.

L'aggiornamento automatico a WordPress 3.3

Finalmente pronta la nuova versione 3.3 di WordPress, che nella tradizione del CMS prende ancora una volta un ‘nickname’ legato alla musica Jazz, in questo caso il grande sassofonista Sonny Stitt. Per chi volesse provare la versione in inglese il download di WordPress 3.3 è disponibile come sempre sul sito ufficiale, mentre per la versione nella nostra lingua tenete come sempre d’occhio il sito di WordPress Italia. Naturalmente chi sta già utilizzando WordPress noterà l’avviso della disponibilità nella Bacheca, ma si riferisce per ora appunto alla versione in inglese, quindi attenzione ad aggiornare se invece desiderate quella italiana.

Le nuove caratteristiche di WordPress 3.3

Ma quali novità ci porta questa nuova versione del nostro CMS preferito? Ce le ritroviamo elencate subito dopo l’aggiornamento, come si vede da questa pagina visualizzata subito dopo l’aggiornamento automatico (disponibile qui anche in PDF), ma per comodità ve le elenco qui di seguito:

• riconoscimento automatico del tipo di file caricato (l’icona di upload ora è unica e i campi da compilare sono automaticamente adattati al tipo di documento)
• caricamento dei file locali per mezzo del trascinamento diretto (drag and drop) in alternativa al pulsante di upload con utilizzo della finestra di navigazione dei file
• aggiunta dei formati compressi RAR e 7ZIP a quelli già riconosciuti e gestiti da WordPress
• menu a comparsa (flyout menu) che rendono più veloce e immediata la selezione delle opzioni nell’interfaccia di backend
• integrazione della barra di amministrazione con quella della Bacheca e visualizzazione contestuale dei menu a seconda dell’area di lavoro in cui ci si trova
• guida in linea suddivisa per aree e contesto in modo da offrire un’informazione mirata durante l’esplorazione delle varie funzioni disponibili (inoltre, ogni nuova caratteristica sarà segnalata da una ‘nota’ quando disponibile)
• miglioramento delle funzioni che segnalano e gestiscono il lavoro contemporaneo di più utenti sui contenuti
• importazione da Tumblr
• riposizionamento dei widget al cambio di tema (i widget saranno riconfigurati come li avevate posizionati in un tema precedente qualora decidiate di tornare a utilizzarlo)
• altri miglioramenti a livello di codice, ovvero “sotto il cofano”, come una gestione più flessibile dei permalink, maggiore compatibilità con caratteri come gli apici e altri nei titoli, aggiornamento delle librerie JQuery e altre novità che saranno soprattutto utilizzate da chi sviluppa temi e widget con una positiva ripercussione sui webmaster

Che dire a questo punto? Un grazie di cuore a Matt e a tutta la comunità di sviluppatori che rende ancora una volta ancora più perfetto e potente il nostro CMS perferito!

Prima di tutto date un’occhiata alla voce “Scrittura” della sezione “Impostazioni” nella barra laterale della vostra Bacheca: scorrendo la pagina delle relative impostazioni noterete, in basso, un campo abbastanza ampio in cui è visibile generalmente soltanto il link http://rpc.pingomatic.com. Si tratta dell’URL di uno dei servizi di aggiornamento disponibili nel ciberspazio, il cui compito è quello di prendere nota dell’aggiunta di contenuti al vostro sito o blog e di notificare il resto del mondo a riguardo.

Potete a questo punto aumentare le possibilità di rendervi più visibili aggiungendo altri servizi, che trovate nella pagina del sito ufficiale di WordPress dedicata appunto agli Update Services: in questa pagina trovate un elenco aggiornato che vi basta copiare e incollare (sostituendo quello esistente, anche se si tratta del solo URL di pingomatic) nel campo appena descritto, salvando poi la configurazione.

A questo punto resta soltanto un’altra operazione da fare, con la quale ottimizzerete questa importante funzione di WordPress evitando, in particolare, che i servizi di aggiornamento siano notificati ogni volta che modificate un contenuto e lo aggiornate salvando le modifiche, e che in conseguenza di ciò veniate classificati come fonte di spam (dato che state trasmettendo per l’ennesima volta contenuti già notificati).

La soluzione si chiama cbnet ping optimizer, che trovate anche sull’area di WordPress.org dedicata ai plugin e di conseguenza potete scaricare direttamente dalla vostra Bacheca cercandolo e trovandolo con la funzione di installazione dei nuovi plugin. Una volta installato vi basterà controllarne le impostazioni, peraltro molto semplici, in quanto vi ripropone il campo per i link dei servizi di aggiornamento e vi mette a disposizione due semplici opzioni: la prima, Enable Pinging, deve essere ovviamente attiva e generalmente lo è di default, la seconda (Limite excessive pinging in short time) può essere attivata manualmente da voi ed è quella che impedisce il pinging ripetuto in un arco di temo breve, che come abbiamo detto è molto pericoloso.

A questo punto siete pronti per annunciare al ciberspazio che il vostro sito o blog ha dei nuovi contenuti, e guadagnare così ulteriori punti nel posizionamento sui motori di ricerca. Buon lavoro!

La mappa che visualizza il feedback ricevuto da utenti e sviluppatori di tutto il mondo circa l'utilizzo di WordPress

Se qualcuno si sta ancora chiedendo “perché WordPress?” ho qualche altra risposta, documentata, oltre a quelle fornite in apertura del mio libro: questa estate Matt Mullenweg in persona ha tracciato, in un articolo sul blog ufficiale di WordPress, un profilo del successo sempre maggiore che il suo CMS sta riscuotendo in tutto il mondo: rispetto all’ultima indagine la crescita nell’utilizzo professionale di WordPress è passata dall’8% a oltre il 14,7% (la percentuale della presenza di WordPress nello sviluppo del milione di siti Web più gettonati del mondo).
Un’indagine condotta a livello internazionale (vedi mappa del feedback: ben 18.000 risposte al sondaggio) fra utenti e sviluppatori ha rivelato, inoltre, che 6.800 liberi professionisti erano personalmente responsabili di ben 170.000 siti e guadagnavano mediamente 50 dollari l’ora per il loro lavoro ‘autonomo’. Come Matt sottolinea, è stupendo vedere quanta occupazione e quanto reddito riesce a produrre una piattaforma Open Source come WordPress.

Se conoscete abbastanza l’inglese, potete guardarvi il video del suo intervento sul tema e ascoltare direttamente da lui tutti i commenti e i dati sull’argomento.

Comporre una password efficace, ovvero abbastanza lunga e composta da lettere, numeri e simboli, non è immediato come quando si decide, invece, di utilizzare un nome o una data di nascita, oppure una frase facile da ricordare (sistemi che invece riducono di molto la sicurezza in quanto più facilmente scoperti dai cracker).

Non a caso i siti che permettono di generare password sicure sono abbastanza diffusi, e fra quelli che offrono gratuitamente questo servizio (sì, c’è chi si fa pagare per questo!) voglio segnalare Perfect Passwords di Steve Gibson, uno dei più popolari in assoluto: per ottenere una password sicura vi basta collegarvi al sito, perché ogni volta che la sua home page viene caricata genera tre password rispettivamente composte da 64 valori esadecimali, 63 caratteri ASCII stampabili e 63 caratteri alfanumerici, tutti rigorosamente casuali. Vi basterà quindi copiare e incollare la password nel campo che WordPress vi presenta in fase di installazione o di creazione di un nuovo utente e il gioco è fatto.

Non dimenticate, ovviamente, di conservarla in un luogo sicuro ma per voi facilmente accessibile (di programmi per la gestione delle password parlerò successivamente, a proposito).