Ecco un evento a cui non puoi assolutamente mancare:

Lo so, mancano ancora diversi mesi al marzo 2008, ma per fare le cose bene bisogna prendersi il giusto tempo 😉

Nel frattempo confermo ufficialmente la mia presenza al WaveCamp (20-21-22 luglio): sarò presente nella giornata di sabato, forse faccio un salto anche venerdì pomeriggio (devo organizzarmi con l’onnipresente conte™).
La popolazione locale ha consigliato di recarsi all’evento in moto, confidiamo fiduciosi nella partecipazione del sole all’evento.

Vista la disponibilità di WordPress 2.2.1 in italiano, da queste parti si è prontamente aggiornato il baraccone.

Nel caso vi fosse sfuggito, WordPress 2.2.x è un mandatory upgrade per gli utenti della versione 2.1.x. Tradotto ai minimi termini: la versione 2.1.3 non verrà più aggiornata, nemmeno per risolvere buchi di sicurezza grossi come un campo da calcio 😉

Ormai la mia personale procedura per l’aggiornamento è ben definita:

• backup dei file e del database (nella peggiore delle ipotesi ci sono sempre i backup automatici e quotidiani di DreamHost)
• installo in locale (MAMP) e faccio una verifica sommaria del funzionamento dei plugin e del tema
• creo una cartella blogXXX (dove XXX è la nuova versione, in questo caso blog221) e ci estraggo i file del nuovo pacchetto tramite accesso shell
• sempre tramite shell copio wp-config.php, .htaccess, cartella del tema, plugins e uploads dalla cartella blog alla cartella blogXXX (con la shell l’operazione richiede pochi secondi)
• disattivo i plugin
• rinomino la cartella blog in blogYYY (dove YYY è la versione in uso) e la cartella blogXXX in blog
• accedo al pannello di amministrazione, aggiorno il database e riattivo i plugin

In questo modo il blog risulta irraggiungibile solo per pochi secondi (il tempo di rinominare due cartelle) 😉

Nel caso vi fosse sfuggito (come al sottoscritto), segnalo questo interessante concorso: si tratta di creare un foglio di stile per il tema SandBox.

I lavori devono essere inviati tra il 1° giugno e il 29 luglio 2007: i premi sono ancora in fase di definizione, per il momento si tratta di circa 1500$ complessivi per i primi 3 classificati.

Particolarmente stimolante il fatto che le modifiche potranno riguardare solo immagini e css: in perfetto stile CSS Zen Garden non è consentito alcun intervento su file php e markup.

In questi giorni sto realizzando un sito per un cliente basato su WordPress: il materiale è organizzato in pagine, utilizzate per la documentazione, e articoli per le news.

L’idea di questo post è quella di segnalare un paio di plugin che ho utilizzato per risolvere alcuni problemi incontrati durante lo sviluppo 😉

WordPress Excerpt Editor

Per il tema di questo sito ho creato una pagina search.php in cui utilizzo la funzione the_excerpt() per restituire i risultati.
Questa funzione visualizza il contenuto del campo excerpt (“Riassunto opzionale” nella versione italiana); se tale campo è vuoto WordPress mostra le prime 55 parole del contenuto togliendo la formattazione html.

Il problema di fondo è che molte di queste pagine iniziano con una tabella e WordPress non permette di associare un campo excerpt alla pagine: in pratica i risultati della ricerca sono quasi incomprensibili dal momento che si perde completamente la formattazione.

Il plugin WordPress Excerpt Editor permette di risolvere rapidamente il problema associando un excerpt anche alle pagine “problematiche”.

Search Everything

La ricerca standard di WordPress è abbastanza scarsa: ad esempio non permette di cercare tra i commenti e le pagine, elemento fondamentale per un sito che organizza la documentazione usando proprio le pagine.

Il plugin Search Everything permette di estendere le funzionalità di ricerca in modo molto intuitivo.

Mentre alcuni utenti WordPress scrivono della qualità del codice e delle funzionalità da aggiungere o sistemare, io mi ritrovo quotidianamente a litigare con il sistema di commenti di altre piattaforme.

Volete qualche esempio? Ne ho una buona scorta…

Nell’ultima settimana mi sono ritrovato spesso e volentieri a commentare sul blog di Massimo Moruzzi (Movable Type): per ironia della sorte sono arrivato in un post su Thunderbird cercando “Firefox” nel motore di ricerca di BlogBabel.

In questi giorni mi sono ritrovato davanti a messaggi del tipo

Mi sa che hai fatto una cazzata…
E, più precisamente…
Too many comments have been submitted from you in a short period of time. Please try again in a short while.
Coraggio, ce la puoi fare 🙂

Peccato che fosse il primo commento della giornata, evidentemente sto sulle balle alla piattaforma. Oggi vado ad inserire un commento con un paio di link: tanto ormai ‘sto rintronato di blog dovrebbe aver capito che non sono una spammatore, e invece no!

 

mhhh… hai fatto il cattivello?
Movable Type pensa che il tuo commento possa essere spam. Se non lo è, lo approverò presto e… scusa per la scocciatura.

Non so voi, ma al sottoscritto ‘sto Movable Type (che pensa pure) comincia a stare un po’ sugli zebedei.

Vogliamo parlare del blog di Mantellini? Per commentare devo aprire un pop-up che vuole pure rifilarmi un biscottino da rateyourmusic.com

Oppure della nuova piattaforma oneblog? L’altro giorno ho inserito un commento, ho sbagliato il captcha e magia! Il mio commento si è smaterializzato, hai voglia a tornare indietro nella cronologia, il commento è bello che andato.

Che dire? Forse WordPress non è poi messo così male (oppure gli altri sono messi da schifo).

La nuova versione 1.1 di Ajax Comment Preview è compatibile con WordPress 2.1; peccato che di tutti i problemi segnalati l’unico risolto sia quello relativo alla possibilità di localizzare il testo del pulsante per l’anteprima 🙁

Anche nella nuova versione permangono i problemi con Safari e i browser KHTML (lettere accentate) e la data non localizzata nell’anteprima (risolvibile con le indicazioni fornite nel vecchio post).

Una soluzione “approssimativa” per il problema con le lettere accentate è quella di modificare il file ajax-comment-preview-js.php aggiungendo una funzione DECODE e un controllo sulla versione del browser: se il browser è Konqueror/KHTML/Safari il risultato della chiamata viene decodificato, in caso contrario no (ad esempio per Firefox).

commentPreview.onCompletion = function() {
if (navigator.appVersion.match(/Konqueror|Safari|KHTML/)) commentPreview.response=decode(commentPreview.response);
outputElement.innerHTML = commentPreview.response;
};

Qui è possibile scaricare una versione modificata del file ajax-comment-preview-js.php che comprende già la correzione illustrata (basta rinominare il file); per i più pigri è possibile scaricare una versione modificata dell’intero plugin (attenzione, la modifica per la data in italiano esclude l’utilizzo della variabile per il formato della data).

For ENGLISH users: here you can download a modified version of ajax-comment-preview-js.php that tries to solve the problem of encoding with Safari and other KHTML browsers (just remove .txt extension and rename the file): I’ve added a Decode function and a simple conditional statement to check user’s browser and decode response where necessary.