Non sono mai stato un amante dei temi per WordPress.

O meglio, adoro così tanto perdermi tra portali e showcase, immaginando utilizzi e applicazioni di questo o quell’altro design, che puntualmente rimango deluso dalla mancanza di quel qualcosa in più.

Immagino chi non faccia del web un vero lavoro.

Scegliere un tema, soprattutto se non si è in grado di mettervi mano autonomamente per rimediare a un eccesso di stile del designer o per adattarlo a gusti particolari, può essere un’operazione lunga e tediosa.

C’è chi risolve imparando quel tanto che basta di HTML, CSS e PHP per modificare un layout e vivere felice. Non sempre però si ha comunque il tempo di dedicarsi mentalmente e materialmente a queste operazioni. Senza parlare di aggiornamenti o piccoli restyle, che possono per l’utente meno esperto essere problemi insormontabili senza un buon partner di riferimento.

Nel tempo, temi cosiddetti “framework” sono nati e hanno conquistato la loro grande fetta di utenti. Questi temi, Thesis e Genesis prima di ogni altro, hanno proposto una diversa logica a utenti che di HTML, CSS e PHP non ne volevano proprio sapere nulla. L’idea era: metti mano a un solo grande pannello di configurazione e noi pensiamo a far sì che il tuo sito rimanga in piedi e prenda l’aspetto che desideri.

Forbice

Il fatto è che framework di questo tipo danno per scontato che tutti o quasi i loro clienti abbiano delle necessità comprese all’interno di una certa forbice: un layout a due o tre colonne, la necessità di agire su font e colori, l’inclusione di codice in apertura o chiusura per far funzionare questa o quella widget, e così via.

Tutto molto efficace, salvo che la cosa diventa molto più complessa quando si vuole uscire anche solo leggermente dal (pur nutrito) numero di opzioni fornite. E se per esempio avessi la necessità di sviluppare un portale leggermente più complicato? Per esempio:

• A tre colonne in homepage;
• A due colonne, sidebar a destra, in singola pagina;/li>
• Con box a piena larghezza sopra a ogni colonna delle sole singole pagine;
• Con un archivio di categoria ulteriormente personalizzato, magari a pagina piena;
• Personalizzando poi la resa della sola categoria “In Evidenza”.

Assumendo di voler davvero procedere in un caso (estremo, lo ammetto) di questo tipo, come dovrei comportarmi?

La sola idea di dover piegare un framework nato per gestire “un blog” verso qualcosa di simile potrebbe far venire la pelle d’oca a più di uno sviluppatore, costretto in una meravigliosa sandbox dorata, ma lenta e macchinosa per utilizzi avanzati.

Ed ecco perché adoro Headway.
Con Headway, un setup del genere potrebbe portare via non più di 15 minuti.

Lasciandoti il tempo di agire, poi, di HTML, CSS e PHP dove e come lo desideri per migliorare la resa finale, iniziando a lavorare su ciò che è davvero importante senza dover reinventare la ruota ogni volta, qualunque sia la complessità della struttura che hai deciso di costruire.

A portata di mano

E ho già detto che puoi agire su di esso in maniera visiva?

Su Headway ci si potrebbe spendere molto più di un post -e probabilmente così sarà in futuro- ma dovendo sintetizzare al meglio, ecco di cosa davvero non posso più fare a meno.

• Interfaccia a là drag&drop per agire (se necessario) su ogni singola pagina del layout;
• Preview del risultato, applicabile all’intero sito con un click sul pulsante “Pubblica”;
• Pulizia del codice generato semplicemente eccellente;
• Funzionalità SEO paragonabili a WordPress SEO by Yoast per titoli, metadati e preview;
• Attivazione delle librerie Javascript jQuery, Prototype o Scriptaculous in un click;
• Completa possibilità di tradurre il tutto in italiano grazie a Poedit.

Headway ha anche un prezzo. La versione 3, uscita praticamente ieri, propone quattro piani per quattro diverse esigenze. Si va dal piano base, utile per chiunque necessiti solo di un buon tema per il proprio dominio e voglia sbizzarrirsi nelle modifiche senza pensarci troppo, sino a un piano “Lifetime” inclusivo di seminari, temi child preincartati, aggiornamenti vita natural durante e tutto il supporto del team alle spalle del prodotto.

Personalmente, uso Headway da circa un anno sia per progetti paralleli che per attività di clienti. Ho avuto modo di valutare tutta l’efficienza di questo prodotto attraverso il (fu) piano Developer, e non mi ha mai tradito una singola volta.

Meglio ancora, nella sua ultima incarnazione l’editing visivo è stato portato alle stelle, proponendo (e il video di introduzione in homepage lo racconta più che bene) una lavorazione “a griglia” che lascia davvero poche possibilità inesplorate.

Sono sempre più convinto che un prodotto del genere sia una manna dal cielo sia per chi vuole semplicemente un tema a cui mettere mano, ma non sa decidersi tra le mille soluzioni già declinate da altri, sia per chi cerca una buona base da cui partire per micro-siti, landing page con un minimo di CMS alle spalle, blog o blog network e tutto ciò che la tua fantasia può creare.

Un ottimo lavoro, davvero.
Dovresti darci più di un’occhiata.

Launch Effect è un tema “placeholder”.

È uno di quei temi, Launch Effect, sempre più utilizzati nelle fasi direttamente precedenti il rilascio di un nuovo progetto, che vengono semplicemente piazzati sul dominio di riferimento in attesa che ci sia qualcosa da, beh, presentare ai propri utenti.

Compito di un tema placeholder è semplicemente quello di tenere alta l’attenzione, presentare un piccolo elevator pitch in grado di stimolare la curiosità e magari raccogliere qualche indirizzo mail (o sottoscrizioni ai social di riferimento) per un contatto futuro.

Recentemente, diversi buoni template pre-lancio si sono conquistati il cuore di molti utenti. Chi non ha mai visto in giro varianti di LaunchPad, Holding Pattern, PlaceHolder o TimeLaph?

Oggi, ti interesserà sapere che Launch Effect sarà l’ultimo “placeholder” che avrai bisogno di valutare.

Questo tema porta l’intera idea alla base di un tema pre-lancio su un piano del tutto nuovo.
Riflettiamo un istante. Di cosa ha bisogno chi cerca un segnaposto per il proprio futuro progetto?

• Qualcosa di rapido da installare
• Qualcosa di semplice da configurare, e flessibile nel risultato
• Qualcosa che si integri con una presenza ufficiale sui principali social
• Qualcosa in grado di raccogliere eventuali iscrizioni alla propria lista pre-lancio

Spesso tali necessità si concretizzano in qualcosa di scritto più o meno da zero. In qualche file HTML o PHP legato alla meno peggio a MailChimp o Aweber. Si finisce il più delle volte a reinventare la ruota invece che a dedicarsi a ciò che si sa fare meglio (ovvero: costruire il progetto in questione).

La maggior parte dei temi placeholder possiede solo la prima delle quattro caratteristiche di cui sopra: la rapidità di installazione. Tutto il resto, dalla personalizzazione ai metodi di raccolta degli indirizzi, sono lasciati alla capacità di mettere mano direttamente al codice. E diciamocelo, anche a livello di flessibilità del design non è che si possa chiedere troppo.

Ogni tuo desiderio è un ordine

Ecco che allora Launch Effect è più di una gradita sorpresa. L’intero tema è costruito con la stessa cura che ci si aspetterebbe di trovare in un piccolo framework, e tutto è volto al richiedere meno intervento possibile all’utente lasciando comunque elevatissima la flessibilità.

Ciò si traduce in una lungo e dettagliato pannello di impostazioni (“Designer”) in cui è possibile mettere mano a qualunque aspetto relativo alla nostra pagina. Si va da aspetti più tecnici, come la definizione di meta-tag Keyword e Description fino alla favicon e alla “site thumbnail”, dalla gestione delle immagini di sfondo per body e contenitore centrale, all’inclusione di video e testi per la policy.

In un unico, grande pannello si può andare a definire nel dettaglio ogni singolo aspetto (e non esagero) relativo alle diverse porzioni presenti sul tema: font, colori, effetti CSS avanzati come il popolare “letterpress” o ombreggiature, riferimenti agli account su social media e ancora loghi e posizione dei diversi contenitori.

Launch Effect è anche in grado, ed è fantastico, di presentare un diverso messaggio di benvenuto per tutti gli utenti di ritorno, così come di presentare un box totalmente integrato con il quale raccogliere indirizzi email da scaricare in formato CSV per un utilizzo futuro (l’integrazione con MailChimp è prossima a venire).

Una volta lasciato il proprio indirizzo, gli utenti disporranno inoltre di un codice univoco da condividere con i propri amici per rimandare al tuo sito. Statistiche e percentuali di conversione dei diversi indirizzi email da cui questi link provengono sono a portata di mano nel pannello “Stats”.

Launch Effect si scarica da qui, è completamente gratuito e si installa come qualsiasi altro tema in un click. Non richiede particolari setup e una conoscenza base di WordPress è più che sufficiente a trarne il massimo dei risultati. Insomma, se si poteva portare ai massimi livelli un concetto semplice come il piazzare un placeholder su un dominio, ecco che qualcuno ci è riuscito.

Un piccolo gioiellino che merita tutta la tua attenzione.

Qualche tempo fa, più o meno soprappensiero, ho pubblicato un tweet in cui ipotizzavo quanto sarebbe stato comodo disporre di un sistema di upload a là “drag & drop” per il caricamento di immagini nei post gestiti da WordPress.

Lavorando parecchio con le email e dovendomela vedere spesso con allegati multipli, ho trovato questa particolare feature all’interno di Gmail particolarmente rilevante: si risparmiano click e l’operazione è più intuitiva.

Anche il defunto ma -non troppo- Wave ci aveva solleticato l’idea di poter gestire contenuti multimediali trascinandoli e spostandoli all’interno di un flusso di messaggi. Quindi mi sono chiesto:

Quali feature ritieni manchino ancora oggi a WordPress?

• La possibilità di linkare allegati direttamente dal post con un sistema intuitivo?
• L’upload di contenuto multimediale con un sistema di “tagging” più rapido?
• Un sistema di backup integrato e che non dipenda da plugin?

Un’altro esempio?

Lavorando con WordPress per clienti terzi, mi sono accorto di quanto siano poche (e buggate) le soluzioni per disporre di un’editor WYSIWYS …in sidebar attraverso le widget. Un qualcosa che, nel marasma di plugin disponibili ritenevo praticamente soddisfatto ma che, a conti fatti, come soluzione ufficiale o semi-ufficiale è ancora parecchio distante.

Eppure, anche se il nostro CMS preferito viene spesso additato come “stato dell’arte” della pubblicazione su web (vuoi per le feature, vuoi per gli aspetti legati alla SEO, vuoi per la flessibilità o semplicemente per la community alle spalle) non è assolutamente detto che tutte le richieste degli utenti siano state soddisfatte nel tempo.

Tu cosa chiederesti a WordPress? Esistono aspetti che ritieni ancora troppo lenti e macchinosi, aspetti che invece sono forse già stati risolti da altri tool o servizi?

Credo che ciò che renda efficace un archivio sia la capacità di quest’ultimo di trasmettere informazioni al visitatore senza richiedere decine di click per indagarne ogni singola sottosezione.

Tutto dev’essere in bella vista, chiaro e autoesplicativo.

Spesso invece gli archivi finiscono per essere nude liste di categorie, pagine o tag. Talvolta ci si imbatte in qualche paragrafo introduttivo, qualche selezione di “best post” tesa a stimolare qualche click in più. Ma si sa, il tempo è sempre poco e anche il blogger più motivato prima o poi getta la spugna e trascura questa parte del proprio blog.

Per questo oggi ti voglio presentare una soluzione che:

• Mostra tutte le tue categorie insieme alla loro descrizione
• Presenta gli ultimi n-post recenti per ciascuna categoria
• Non richiede alcuna manutenzione
• Non richiede alcun plugin!

E si sviluppa in poco meno di un’ora se hai già dimestichezza con i file del tuo tema. In quattro semplici passi.

1. Completa le descrizioni di categoria

Per prima cosa dovrai inserire una descrizione coerente per ciascuna delle categorie presenti sul tuo blog. È un lavoraccio, lo so.

Anche se il codice che ti vado a presentare oggi potrebbe funzionare (con qualche ritocco) senza di esse, le descrizioni di categoria sono ciò che dona la classica marcia in più al tuo archivio e tornano oltremodo utili quando si tratta di mettere mano alla SEO.

Prenditi quindi una mezz’oretta piena e recati nella sezione “Articoli”, poi sotto “Categorie” e per ciascuna di esse inserisci un paragrafo di buon testo descrittivo.

Nota: Molti plugin come HeadSpace2 ti permettono inoltre di riportare queste descrizioni all’interno dei diversi meta-tag description per ciascuna pagina di archivio categoria in maniera totalmente automatica e trasparente, migliorando leggibilità e scansione delle tue pagine nelle SERP dei motori di ricerca.

Se stai utilizzando il sopracitato plugin, per beneficiare di tale opzione è sufficiente (tra le opzioni di HeadSpace) attivare il modulo di pagina “Descrizione pagina” e inserire sotto il segmento “Categorie” in “Descrizione” la variabile “%%category_description%%“. È più semplice farlo che scriverlo, sul serio!

2. Crea un template di pagina per il tuo archivio

Il modo migliore di presentare il tuo archivio è quello di utilizzare un template di pagina personalizzato. La buona notizia è che probabilmente il tuo tema già dispone di un file dedicato e tu sei già a metà dell’opera.

In caso contrario, la soluzione più rapida è partire dal file “archive.php”, duplicarlo, rinominarlo per ottenere “archivio.php” e lavorare su di esso. Devi sapere che i template di pagina sono uguali in tutto e per tutto agli altri file PHP del tuo tema, salvo l’essere definiti da un piccolo snippet di codice iniziale che ne definisce il nome per l’utilizzo interno.

Definisci quindi il nome del tuo template inserendo questo codice prima di qualunque altra riga in “archivio.php”.

<?php
/*
Template Name: Archivio
*/
?>

Rimuovi tutto ciò che trovi all’interno del LOOP e modifica questo layout quanto necessario: vorrai forse inserire qualche paragrafo introduttivo, un’immagine o l’archivio mensile dei post pubblicati.

Quando sarai soddisfatto, non dovrai fare altro che recarti nella dashboard del tuo blog, creare una nuova pagina (“Archivio Articoli” ad esempio) e assegnarle nella sidebar destra il template di pagina che hai poc’anzi creato.

3. Copia e incolla questo codice all’interno del LOOP

Ora arriva la parte divertente.

Questo codice ti permette di presentare tutte le categorie presenti sul tuo blog insieme ad una loro descrizione e gli ultimi tre articoli pubblicati per ciascuna di esse.

È una soluzione come dicevo totalmente automatica che ti permette, una volta configurato tutto a puntino, di dimenticarti di essa in maniera totale. Copia e incolla questo codice all’interno del LOOP nel punto in cui vuoi venga generato l’output.

<div class="archivio_categorie">

<?php
$trova_Cat = $wpdb->get_results("SELECT * FROM $wpdb->terms AS wterms INNER JOIN $wpdb->term_taxonomy AS wtaxonomy ON ( wterms.term_id = wtaxonomy.term_id ) WHERE wtaxonomy.taxonomy = 'category' AND wtaxonomy.parent = 0 AND wtaxonomy.count > 0");

$contatore = 0;

foreach ($trova_Cat as $category) {

	$contatore++;

	$stile_categoria = '';
	if (is_int($contatore / 2)) $stile_categoria = ' class="categoria_alternativa"';

	$link_categoria = get_category_link($category->term_id);

	echo '<div'.$stile_categoria.'>
		<h3><a href="'.$link_categoria.'" title="'.$category->name.'">'.$category->name.'</a></h3>';

		echo category_description($category->term_id);

		echo '<ul>';

		query_posts('cat='.$category->term_id.'&showposts=3');?>

		<?php while (have_posts()) : the_post(); ?>
			<li><a href="<?php the_permalink() ?>" rel="bookmark" title="<?php the_title(); ?>"><?php the_title(); ?></a></li>
		<?php endwhile; ?>

		</ul>
	</div>

<?php }	?>
</div>

4. Applica uno stile tramite CSS

Per concludere, nel file style.css del tuo tema non dovrai fare altro che applicare un paio di basilari regole CSS per definire la presentazione grafica. Con molta probabilità dovrai ritoccare la larghezza (width) riportata qui sotto per adattarla a quella del tuo contenitore principale. Puoi anche rimuoverla del tutto, insieme al parametro “float:left” per allineare gli elementi uno sotto l’altro.

.archivio_categorie div {
	width: 284px;
	float: left;
	margin-right: 15px;
	margin-bottom: 15px;
}

.categoria_alternativa {
	margin-right: 0 !important;
}

E…voilà! Puoi osservare il risultato in azione sulla pagina archivio di questo stesso blog!

Sabato 23 maggio ho avuto modo di partecipare al WordCamp, barcamp milanese che quest’anno ha visto la presenza di Andy Peating, creatore di BuddyPress.

Come racchiudere in una parola la giornata?
Notevole.

Subito dopo i doverosi complimenti a Wolly (e a chi con lui ha contribuito a rendere possibile l’evento) non posso fare a meno di ricordare con piacere tutte le persone che ho avuto modo di (ri)conoscere e con le quali ho potuto scambiare quattro chiacchiere a ruota libera.

Come Daniele di BigThink, TomStardust, Borna, Giovy, Guido Arata di TechNotizie PocaCola, Napolux, Tambu e chissà quanti altri non ho avuto occasione di incontrare.

Oltre naturalmente ai miei compagni di viaggio Julius, Maurizio e EchoWeb con i quali ho condiviso la levataccia mattutina, il caldo infernale e la trasferta da Torino

Insomma, bella la gente, ottima la location e interessanti i talk (forse a voler essere pignoli poco focalizzati su WordPress). Un’esperienza da ripetere, anche senza aspettare il prossimo anno!

Sono disponibili un paio di gallery su Flickr dedicate all’evento:

• iWordCamp
• JuliusDesign
• TomStardust

Ah, un’altra cosa: mi sono pokenizzato. Do you Poken?

Non credo sia il caso di sottolineare il mio amore per WordPress come CMS leader per chiunque decida di aprire un proprio blog.

E’ un gioiellino, questo oramai lo si sa.

Un gioiellino che, seppur con i suoi piccoli problemi, si è solamente irrobustito nel tempo e ha contribuito ad unire l’intera blogosfera; forse molto più a fondo di quanto si creda.

Ma se invece il passato avesse preso tutt’altra piega?

Cosa sarebbe successo se nel lontano 2003 Mullenweg e soci non avessero ottenuto nessun risultato concreto e, sconsolati, avessero deciso di lasciar perdere?

Ci troveremmo di fronte ad un panorama radicalmente diverso, oppure salvo qualche piccola sbavatura qua e là non noteremmo differenze?

Pensa solamente a tutti i tipi di articoli che girano in qualche modo attorno WordPress. Liste di risorse, selezioni di temi, hack e plugins. Una marea di contenuto in meno sulla faccia della terra se il nostro caro CMS non fosse mai esistito.

WordPress d’altronde più che un software è un feeling. Ammicca all’utente con quella sensazione di sicurezza e di “ogni cosa è al suo posto, tranquillo.” Si nota nei dettagli: nella form di commenti, nella familiarità di un certo plugin.

Eppure potrebbe facilmente non aver mai visto la luce.

Come si presenterebbe oggi la blogosfera? E’ davvero solamente un semplice CMS (per quanto potente possa essere) o ha in effetti contribuito a modellare molta della forma di ciò che leggiamo oggi in rete?

Sarebbe davvero tutto così semplice e immediato?
Quanti blog dovrebbero cercare un nuovo approccio per sopravvivere?

E guardando in tutt’altra direzione: Credi sia possibile, oramai, un futuro senza WordPress?

foto: Titanas

Ci sono moltissimi motivi per i quali vorresti poter estrarre uno o più post dal flusso del tuo feed RSS.

In WordPress, anche grazie alla notevole disponibilità di plugin, non è d’altronde così difficile trovare qualcosa di adatto allo scopo.

Tuttavia, spesso soluzioni di questo tipo sono semplicemente esagerate rispetto alle reali necessità. Se tutto ciò di cui hai bisogno è poter pubblicare un post senza che questo vada a comparire nel normale flusso RSS, forse installare pesanti plugin (che tra tutte le altre opzioni fanno forse anche ciò di cui hai bisogno) non è sempre la scelta migliore.

Senza contare che la mantenibilità di un buon layout si vede anche nei piccoli dettagli. Inscatolare le funzionalità del tema che possono non dipendere direttamente da decine di plugin esterni è sempre cosa buona.

E così, tra una colomba pasquale e un picnic, oggi ti voglio proporre un metodo veramente rapido per poter decidere di escludere una o più categorie di post dal tuo feed RSS.

Andremo a sfruttare le potenzialità del file functions.php.

Functions.php, se ricordi, non è un file indispensabile per la costruzione di un layout. Tuttavia la sua presenza diventa una vera manna dal cielo quando si vogliono spremere fino in fondo le potenzialità del nostro CMS preferito. Ne abbiamo già visto un utilizzo qualche tempo fa, parlando proprio di come assegnare un layout personalizzato ai commenti nidificati.

Creiamo dunque il nostro file functions.php nella cartella root del tema in uso.

Poi, semplicemente incolliamo al suo interno la seguente funzione, sostituendo a ID_CATEGORIA l’ID numerico assegnato da WordPress alla categoria del post che vogliamo escludere.

<?php

function myFilter($query) {
    if ($query->is_feed) {
        $query->set('cat','-ID_CATEGORIA');
    }
return $query;
}

add_filter('pre_get_posts','myFilter');

?>

Voilà.
E’ tutto qui, davvero.

Ora, per pubblicare un post senza vederlo comparire nel tuo feed RSS non dovrai fare altro che assegnargli la categoria indicata nello snippet poco sopra.

Più facile di così

foto: Titanas

Da buon Mac user non posso che apprezzare come la Apple sia stata capace, negli anni, di trasformare quello che per tutti è un momento di “debolezza”, un’interruzione di servizio dei suoi store online, in un vero e proprio tam tam mediatico in grado di rimbalzare per la rete alimentando i rumors più frenetici.

E così, vedendo comparire il famoso post-it giallo sulla community di Apple-Italia.com, segno di una imminente (e oramai operativa nel momento in cui starete leggendo) nuova veste grafica, non ho potuto fare a meno di pensare a quanto ogni update sia invece causa di problemi e grattacapi per noi ben più semplici blogger.

Non si sta qui parlando dell’aggiornamento del core di WordPress o di uno dei numerosi plugin che spesso popolano le sue cartelle. No, quel lato è oramai in parte coperto da sistemi (semi)automatici che sembrano funzionare piuttosto bene.

Mi riferisco invece a tutto ciò che concerne la parte relativa alla presentazione dei contenuti. Salvo update minori al sistema di preview e di attivazione, i meccanismi con i quali utenti e sviluppatori hanno quotidianamente a che fare per gestire l’evoluzione di un layout sono rimasti invariati nel tempo.

Tutto ciò che serve?

Ma come migliorare un sistema che di per sé sembra offrire tutto ciò che serve?

Voglio dire: quando uno sviluppatore completa il suo nuovo tema, dopo aver esaurito le bottiglie di spumante, lo carica pieno di aspettative sul suo hosting. Poi inizia la trafila: modifica alcune categorie per far combaciare i loop, aggiusta un paio di ID perché ancora oggi qualche funzione non accetta gli slug (le abbreviazioni), aggiorna un paio di plugin perché le versioni online sono nel frattempo risultate datate, ne disattiva di altri per non creare conflitti. E poi testa, testa e ancora testa.

E poi solitamente qualcosa non funziona.

Ma non che esista un metodo migliore, se vogliamo dirla tutta.

E’ un processo che ancora oggi fa letteralmente sudare freddo chiunque abbia intenzione di ottenere sin da subito un buon risultato, e non voglia perdersi tra comunicazioni del tipo “Hey, forse si romperà qualcosa nelle prossime due settimane! Portate pazienza!” oppure “Ops! Tutte le mie pagine sono sparite da Google, forse quel nuovo plugin non era poi così fantastico come sembrava“.

Un modo migliore

Grazie ad AsteriscoWeb vengo a conoscenza di un articolo su ThemeShaper, in cui una semplice domanda: “Qual’è il futuro dei temi per WordPress?” va a sondare l’opinione di alcuni degli sviluppatori più in vista.

Nell’articolo in questione, lungo, interessante e in inglese, c’è chi:

• prospetta soluzioni modulari, basate su pacchetti a rilascio periodico
• auspica una soluzione centralizzata esattamente come oggi accade con i plugin
• riporta l’attenzione sulla protezione delle modifiche effettuate dall’utente e cerca soluzioni ibride, a costo di un maggior dispendio di codice

Cosa non dovresti dimenticare di fare

Nel frattempo, con ciò che abbiamo in mano oggi, come muoversi per ottenere il migliore dei risultati con il minimo dello sforzo?

1. Usa Maintenance Mode

Ti prego, ti prego, ti prego, usa un plugin adatto quando si tratta di tirare giù il tuo blog. Maintenance Mode non è solo un simpatico fronzolo per evitare di sbattere in faccia ai tuoi utenti una laconica pagina bianca. E’ il modo corretto di fare le cose, impostando i giusti Header HTTP 503 “Service unavailable” ed eventualmente “Retry after x minutes”. Ti permette di navigare con le credenziali di admin in piena libertà mentre il resto del mondo visualizza il messaggio che hai scelto per avvisare dei lavori in corso. Inoltre è pienamente personalizzabile a livello di HTML e CSS presentato. Insomma, usalo.

2. Sfrutta dei contenuti di test

Da WPCandy un’idea tanto semplice quanto geniale: rilasciare dei contenuti demo in grado di coprire pienamente le esigenze di un layout medio. Puoi scaricare il file XML e procedere con l’importazione di articoli, immagini e commenti che andranno a popolare il tuo database permettendoti di testare il tuo layout senza dover effettuare ripetitive operazioni iniziali. Durante le prime fasi di sviluppo ti torneranno utilissimi.

3. Testa il tuo tema in una sandbox locale

Ottime soluzioni come MAMP (OS X) e WAMP (Win) ti permettono di configurare una sandbox isolata dal resto del tuo sistema in cui lanciare Apache, MySQL e PHP e dove testare la tua installazione di WordPress senza preoccuparti di alcun tipo di problema o configurazione.

4. Prepara e controlla gli Unit Tests

Unit Tests, ovvero “fa’ in modo che tutto quello che hai preparato funzioni con una semplice lista di ripasso”. Da Problogger una di queste liste abbastanza completa nell’articolo intitolato “How To Sleep Better After an Upgrade – Blog Unit Testing“. Si va dalle funzionalità dell’archivio, ai Feed RSS, dalle titolature alle widget in sidebar.

Maggiore è il traffico che il tuo blog ogni giorno sopporta, più ampi e dettagliati dovrebbero essere i tuoi unit tests. Dovresti utilizzare una lista come quella di Problogger come base di partenza per creare la tua personale lista di check point da soddisfare prima di aprire al pubblico il tuo nuovo tema.

Il modo migliore di mandare online un restyle?

Qual è secondo te il migliore giorno della settimana per mandare online un restyle? Meglio sfruttare i cali di traffico fisiologici del weekend o un giorno qualsiasi può andare bene? Meglio sfruttare le ore notturne e preparare abbondanti dosi di caffè o piazzare un “maintenance mode” a mezzogiorno e fare tutto in maniera più rilassata, sfruttando paradossalmente la maggiore visibilità dell’essere andati offline?

Insomma, come ti muovi per limitare i danni e sfruttare al massimo l’eccitantissimo momento dedicato all’aggiornamento del tuo layout?

La reattività è una variabile importante sul web.

Il lasso di tempo tra quando finiamo di digitare materialmente l’URL e quando compaiono i primi contenuti determina in buona parte il nostro giudizio nei confronti delle pagine che stiamo per visitare.

Twitter, in questo senso, non è mai stato molto amichevole.

A dispetto dei numerosi plugin dedicati all’aumentarne l’integrazione sui più disparati CMS (WordPress in primis), la reattività del più famoso network di microblogging lascia ancora in gran parte a desiderare.

E aspettare uno, anche due secondi in più solo per recuperare 140 minuscoli caratteri da un servizio web potrebbe far storcere il naso a più di un blogger.

Oggi vorrei quindi proporti una soluzione che sia totalmente slegata dal caricamento del resto della pagina, e che restituisca i tweets di un determinato account senza rallentare l’utente o peggio ancora bloccare intere porzioni del tuo layout.

La soluzione in questione si chiama TwitterJs, di Remy Sharp.

In cosa è migliore TwitterJs rispetto ad altre soluzioni?

• Non è un plugin. Racchiuso in un solo file js, non dipende da uno specifico CMS.
• E’ indipendente. Non blocca le tue pagine in attesa dei tweets.
• E’ leggero. La versione minified pesa solamente 4KB.

TwitterJs non richiede l’utilizzo di uno specifico CMS per funzionare. Una buona notizie per gli utenti BlogSpot, MovableType, Drupal e Co. Fino a quando avrai la possibilità di caricare un file javascript sul tuo spazio web e di poter mettere mano al sorgente del tuo documento potrai farne tranquillamente uso.

E’ leggero, e non andrà ad impattare in maniera rilevante sul resto del tuo layout. Tuttavia il motivo per cui probabilmente lo sceglierai è che a tutti gli effetti non blocca le tue pagine durante il recupero dei messaggi, nascondendo l’operazione in background.

E c’è anche dell’altro.

• E’ configurabile. Puoi settare il numero di tweets da recuperare, ignorare i reply, attivare o disattivare i link all’interno dei tweets (vedi “Parametri e variabili”).
• Genera HTML pulito. Puoi agire su ogni aspetto dell’output generato e controllare l’HTML prodotto. Poche righe extra nel tuo foglio di stile ti permetteranno di adattarne la resa visiva al resto del tuo layout.

Come funziona?

TwitterJs va a puntare un ID di un elemento del layout e sostituisce tutto il contenuto di tale elemento con i tweets recuperati.

Per iniziare vorrai quindi inserire nell’head del tuo documento un paio di riferimenti necessari oltre che la funzione stessa.

<script src="/twitter.js" type="text/javascript" charset="utf-8"></script>

<script type="text/javascript" charset="utf-8">

getTwitters('mostra_tweets', {
  id: 'USERNAME',
  count: 3,
  enableLinks: true,
  ignoreReplies: true,
  clearContents: true,
  template: '"%text%" <a href="http://twitter.com/%user_screen_name%/statuses/%id%/">%time%</a>'
});

</script>

Nota come la funzione getTwitters accetti come parametri l’ID dell’elemento da puntare (in questo caso il div “mostra_tweets”) e tutto ciò che sia necessario per definire l’output.

Non dimenticarti inoltre di predisporre anche il codice html necessario ad accogliere i tweet.

<div id="mostra_tweets">
<p>...solo un attimo. Sto caricando i tweets</p>
</div>

Voilà
E’ tutto qui, davvero.

A questo punto probabilmente vorrai personalizzare il tutto. Nessuno ti vieta di modificare il codice sopra riportato per aggiungervi loading bar, links o tutto ciò che possa venirti in mente. Ricorda che puoi fare in modo di sostituire questo contenuto con i cinguettii effettivi quando questi saranno stati recuperati.

Parametri e variabili

Ecco inoltre i principali parametri che probabilmente ti interesserà applicare alla funzione getTwitters (lista completa sulla pagina ufficiale).

• id: l’ID del tuo account (richiesto, nome o codice numerico).
• count: numero di tweets da recuperare (di default su 1).
• clearContents: cancella il contenuto esistente nel div di riferimento (di default su true).
• enableLinks: rende cliccabili i link presenti nei tweets (di default su true).
• ignoreReplies: salta i tweets di risposta agli altri twitters (e tutto ciò che inizia con “@”).
• template: definisce la porzione di codice HTML che racchiude ogni tweet.
• prefix: nel caso non volessi utilizzare un tuo template, puoi semplicemente inserire un prefisso per ciascun tweet.

Di seguito invece i parametri per “template”. Possono essere inglobati in codice HTML e devono essere racchiusi tra i simboli “%”.

• text: testo del tweet.
• id: il codice numerico del tweet.
• source: origine del tweet.
• time: il famoso”x days/hours/minutes ago”.
• created_at: data di creazione.
• user_name: il tuo vero nome.
• user_screen_name: il tuo username.
• user_id: il codice numerico del tuo account.
• user_profile_image_url: url del tuo avatar.
• user_url: home page indicata nel pannello preferenze di Twitter.
• user_location: parametro “Località” indicato nel tuo account.
• user_description: parametro “Bio” indicato nel tuo account.

Se stai cercando una soluzione elegante ed essenziale per recuperare i tuoi tweets e fornirli ai tuoi lettori abituali, TwitterJs ti tornerà molto utile.

E’ disponibile una demo sulla pagina dell’autore e puoi seguire l’evoluzione del progetto su Google Code.

foto: Dario Sanches

Functions.php è uno dei file che durante la scrittura di un tema per WordPress viene spesso, e a torto, trascurato.

Sebbene non strettamente necessario, functions.php permette (e da qui il suo nome) di definire delle funzioni personalizzate tramite le quali gestire il comportamento del proprio blog, evitando di mettere mano al core di WordPress con tutti gli evidenti vantaggi in fatto di manutenzione e pulizia del codice.

Vi evita anche di sudare freddo al rilascio di ogni nuova versione di WordPress stesso, dato che tutte le vostre modifiche più profonde vengono di fatto mantenute al sicuro e incluse in un singolo file indipendente dal resto.

I risultati che si possono ottenere con qualche riga di codice in functions.php sono i più vari, e dipendono in gran parte dalla vostra conoscenza di PHP associata ai semplici meccanismi che regolano l’engine del CMS.

Quest’oggi vi vorrei spiegare un semplice metodo che potrete utilizzare per modificare la resa HTML dei commenti nidificati tramite l’aggiunta di una funzione su misura proprio in functions.php.

Come in molti sanno, WordPress dalla versione 2.7 supporta il threading dei commenti, ovvero l’incapsulamento in stile matrioska di tutte le discussioni che prendono piede dal vostro articolo. Per fare ciò il team ha predisposto un nuovo tag, , in grado di occuparsi dell’intera faccenda in maniera perfettamente autonoma.

E quando parlo di “maniera perfettamente autonoma” intendo esattamente questo. Wp_list_comments si prende carico della gestione delle liste nidificate, delle classi associate ad ogni livello di commento, di predisporre link giusti e di recuperare i contenuti stessi. Il tutto in maniera molto più essenziale di quanto avveniva con la gestione standard ed evitando agli utenti meno esperti di doversi destreggiare tra una decina di tag in più.

In effetti alcune variabili di wp_list_comment sono ridefinibili tramite il passaggio di variabili alla funzione stessa, ma come comportarsi per chi ha la necessità di sviluppare un ben preciso HTML per l’output dei propri commenti?

Ed è qui che entra in gioco functions.php

Due sono i passi necessari:

• indicare a WordPress che intendiamo usare una funzione personalizzata per la resa dei commenti
• scrivere la funzione dedicata contenente il nostro HTML personalizzato

Sembra complicato ma vedrete che riusciremo ad essere perfettamente operativi in una manciata di minuti.

1. Agganciamo la nostra funzione

Il layout che andiamo a ridefinire è quello generato proprio da wp_list_comments. Per fare ciò è sufficiente fornire il parametro “callback=nome_funzione” per indicare a WordPress di ignorare il normale comportamento della funzione e utilizzare invece una nostra versione personalizzata.

Nel nostro file comments.php andiamo dunque a modificare wp_list_comments come di seguito.

<?php wp_list_comments('callback=layout_commenti'); ?>

Potete naturalmente lasciare intatti eventuali parametri già presenti.

2. Nuovo layout per i commenti

Il secondo passo è la stesura della nuova funzione personalizzata che andrà a mostrare i commenti.

Non nego che la scrittura da zero di una simile funzione sia in effetti un lavoraccio ingrato, ma per comodità possiamo prendere come base la funzione originale.

Creiamo dunque se ancora non esiste un file “functions.php” nella root del nostro tema e incolliamo al suo interno il codice seguente (da notare la non chiusura del tag “li”).

<?php

function layout_commenti($comment, $args, $depth) {

	$GLOBALS['comment'] = $comment; ?>

	<li <?php comment_class(); ?> id="comment-< ?php comment_ID() ?>">
		<div id="div-comment-<?php comment_ID(); ?>">

			<div class="comment-author vcard">
				< ?php echo get_avatar($comment,$size='64'); ?>
				< ?php printf(__('<cite class="fn">%s <span class="says">ha detto:</span>'), get_comment_author_link()) ?>
			</div>

			< ?php if ($comment->comment_approved == '0') : ?>
				<em>< ?php _e('Il tuo commento &egrave; in attesa di moderazione.') ?></em>
				<br />
			< ?php endif; ?>

			<div class="comment-meta commentmetadata"><a href="<?php echo htmlspecialchars( get_comment_link( $comment->comment_ID ) ) ?>">< ?php printf(__('%1$s at %2$s'), get_comment_date(),  get_comment_time()) ?></a>< ?php edit_comment_link(__('(Edit)'),'  ','') ?></div>

			<div class="testo_commento">
				< ?php comment_text() ?>
			</div>

	      	<div class="reply">

	      	< ?php comment_reply_link(array_merge( $args, array('add_below' => 'div-comment', 'depth' => $depth, 'max_depth' => $args['max_depth']))) ?>
	      </div>
	     </div>
<?php }

?>

Assicuratevi che il nome funzione (qui “layout_commenti”) coincida con quanto indicato nel callback del punto 1 e salvate.

Voilà.

Già fatto? Già fatto.

Ora sarà possibile agire sulla resa HTML dei vostri commenti nidificati semplicemente modificando la porzione di codice che avete appena creato in functions.php. Volete modificare il terribile “Says” e localizzare il vostro tema al 100% ? Volete racchiudere il testo dei commenti da un div personalizzato? Tutto ciò è solo a qualche click di distanza.

Vi ricordo che per usufruire della funzione di incapsulamento dei commenti è necessario attivare questa caratteristica dal pannello di admin sotto “Impostazioni” >> “Discussione”, flagando “Abilitare i commenti nidificati per n livelli di profondità”. Per una guida dettagliata su come adattare il vostro tema all’utilizzo dei commenti nidificati vi rimando invece all’articolo WordPress 2.7 e commenti nidificati, quello che c’è da sapere

Buona customizzazione!