Il risultato che si ottiene in pochi click è straordinario. Il plugin rileva la user agent del browser e, in caso di dispositivo compatibile, utilizza in automatico il template per iPhone. Il pannello delle opzioni consente di calibrare il template aumentando o diminuendo così il tempo di caricamento della pagina.

Voi avete una versione dedicata per iPhone? Avete mai ottimizzato un sito per la navigazione on iPhone?

Analizzando il traffico in ingresso sul blog ho scoperto che la maggior parte degli utenti iPhone, come il sottoscritto, in genere preferisce leggere direttamente il contenuto dal feed senza accedere alla pagina. Il numero di visitatori è quindi limitato, probabilmente così limitato da non giustificare una versione iPhone-oriented.

Per il momento lascio attiva la versione iPhonizzata dando così l’occasione, a chi volesse, di provarla direttamente su questo blog.

Related posts:

1. WordPress Plugin: Sitemap con WordPress
2. WordPress Plugin: WordPress + Matematica = no SPAM
3. WordPress 2.0 Beta 1

Nel caso di WordPress è possibile impostare Google Analytics per tracciare le ricerche sul nostro blog in pochissimi click, senza neanche intervenire sul template del blog. L’unico requisito è che il blog sià già tracciato da Google Analytics. In caso negativo, vi consiglio l’eccellente plugin Google Analytics for WordPress.

Per abilitare Google Analytics Site Search entrate pannello di controllo di Google Analytics ed accedete alla pagina di modifica del profilo selezionando il collegamento Edit.

Selezionate nuovamente Edit per modificare la sezione Main Website Profile Information e, al fondo, assicuratevi di spostare la selezione su Do Track Site Search.

A questo punto si espanderà una una sezione dedicata alle impostazioni della funzionalità Site Search. Inserite il parametro della query string che identifica una ricerca, nel caso di WordPress corrisponde a s, inoltre vi consiglio di selezionare la voce Yes, strip query parameters out of URL per evitare di ottenere dei report sporcati da altri dati come i valori di x e y del bottone di ricerca.

Una volta salvato il profilo Google Analytics comincerà a tracciare immediatamente le ricerche nel vostro blog. Ci vorrà comunque qualche ora prima che i dati siano visibili nei report.

I dati relativi alle ricerche sono consultabili nella sezione Content > Site Search. E’ interessante tracciare le ricerche eseguite da un utente sul blog per diversi motivi. Ad esempio potete individuare i termini di ricerca più frequenti e scrivere degli articoli dedicati o più specifici.

A seconda del tipo di sito o blog le ricerche possono anche rivelare potenziali bug, problemi di reputation management o curiosi aneddoti sui brand. Nel mio caso, da quando sono passato a WordPress ho scoperto che la query più cercata è Enter search keyword: un chiaro segnale che devo rendere quel box di ricerca più user friendly!

Related posts:

1. Google Analytics
2. Invito Google Analytics: li invia solo Google!
3. Google Analytics più vicino a Urchin 6

Tuttavia, questi motivi sono andati scemando poco per volta a partire dal rilascio di WordPress 2.5 che, lo ammetto, comincia ad essere un bel prodottino. Lasciando da parte l’eventuale massacro che sarebbe la migrazione, vorrei mettere sul piatto pro e contro delle due soluzioni.

E’ probabile che dovrò fare una scelta prima del completamento del nuovo sito, ma preferisco attendere WordPress 2.7 per valutare la nuova piattaforma.

Nel frattempo vi regalo qualche impressione sulle due piattaforme a confronto. Questo non vuole essere il solito post meglio questo o quello ma semplicemente una mia personale riflessione ad alta voce.

Pro di WordPress

Editor WYSIWYG

L’editor di WordPress mi è sempre piaciuto. Intendiamoci, detesto gli editor WYSIWYG, ma l’implementazione di TinyMCE su WordPress mi ha sempre stuzzicato come un’amante perversa.

Anche MovableType ha un editor WYSIWYG a partire dalla release 4.0, ma Six Apart continua ad ostinarsi a svilupparlo in casa offrendo una soluzione che, a confronto, ha la potenza di una pistola paragonata con una testata nucleare.

Linguaggio comprensibile

WordPress è scritto in PHP che, almeno per il sottoscritto, è decisamente più comprensibile rispetto a Perl. Più volte è rimbalzata un’indiscrezione di una possibile riscrittura di Movable Type in Ruby, ma credo che fosse solo una bufala di dubbio gusto.

WordPress non brilla certo per la qualità del codice. Non ci sono unit test, il team di ostina a voler mantenere compatibilità con PHP 4 riempiendo così l’applicazione di hack e workaround senza sfruttare a pieno le caratteristiche di PHP 5. Insomma, un PHP decisamente migliorabile.

Tuttavia, essendo scritto in PHP ho modo di realizzare da me i plugin, correggere eventuali errori e soprattutto indagare perché la funzione che dovrebbe funzionare non funziona.

Aggiornamento automatico

L’introduzione dell’aggiornamento automatico del plugin è stato un vero e proprio colpo al cuore per un fedele di MovableType come il sottoscritto.

L’aggiornamento automatico della piattaforma, previsto per WordPress 2.7, è il colpo di grazia, un’orgasmo informatico che da solo vale l’intera release.

Velocità

MovableType non ha mai brillato per velocità, soprattutto in alcune funzioni come il modulo di ricerca. Più volte mi sono ritrovato di fronte ad una triste pagina di internal server error causata da sovraccarico del server (e relativa policy di Dreamhost di killare tutti i processi attivi oltre un limitato periodo di tempo). La funzionalità di ricerca di WordPress è rapida, l’amministrazione quasi immediata e la pubblicazione dei post non richiede rebuild, come recentemente introdotto da MovableType.

La scrittura statica dei template di MovableType è un’ottima soluzione per risparmiare risorse ma alcune letture mi hanno confermato che diversi plugin per WordPress introducono supporto evoluto al caching in grado di soddisfare anche i palati più esigenti.

Certo, se solo il listing di un post non richiedesse 18 query…

Community

La community è senza dubbio uno dei punti di forza di WordPress, da sempre.

La community ha prodotto centinaia di plugin di qualità, la rete è piena di tutoria e guide dedicate a WordPress che permettono di sviscerare la piattaforma in ogni suo dettaglio. La community ha creato software ad hoc per WordPress, un sistema di gestione via iPhone e decine di altri gadget gustosi.

Automattic è particolarmente attento alla community e le acquisizioni di Gravatar, IntenseDebate e PollDaddy sono un’ottima dimostrazione della volontà di crescere e migliorare costantemente la piattaforma.

Senza dubbio un ottimo punto a favore di WordPress!

Cosa mi dispiacerebbe abbandonare

Amministrazione Utenti

Un’eccellente sistema di gestione dei permessi e degli utenti… ma che cavolo, scrivo solo io su questo blog!

Multiblog

Qui arriviamo al punto dolente, uno dei principali motivi (se non il principale) che mi ha tenuto lontano da WordPress fino ad oggi e che continua a giocare un ruolo importante nella scelta: il multiblog.

Ogni installazione di WordPress gestisce un blog ed uno solo, salvo plugin, accrocchi o stratagemmi vari.

MovableType invece gestirsce illimitati blog in contemporanea consentendomi di condividere risorse, template ed elementi tra le varie istanze in modo del tutto trasparente. Una installazione, illimitati blog.

Gestione TrackBack e Commenti

Su questo punto WordPress ha ancora molta strada da fare. La gestione dei commenti e dei trackback in MovableType è decisamente più evoluta e permette di visualizzare, moderare e gestire questi due tipi di feedback in modo più efficace.

Non per ultimo, l’interfaccia di scrittura dei post consente di indicare URL per l’invio dei trackback, mentre lato amministrazione è possibile abilitare/disabilitare le funzionalità o alterarne il comportamento.

Template Tag

Anche se WordPress mi consente di utilizzare PHP, i template Tag di MovableType sono un’inestimabile risorsa. Permettono di interagire con praticamente qualsiasi contenuto del blog in modo semplice ed efficare.

Non nego che siano complessi da imparare, ma una volta memorizzati permettono di scrivere un template decisamente più pulito di quelli di WordPress.

Gestione dei template

La gestione dei template è sempre stata molto soggettiva. Conosco decine di utenti ai quali viene il mal di testa al solo pensiero di aprire il pannello di MovableType, ma vi assicuro che il sistema offre funzionalità molto più evolute rispetto a WordPress.

Il pannello di modifica di un template di WordPress si limita ad aprire un’area di testo infilandoci dentro il contenuto del file corrispondente. La gestione dei template di MovableType è gerarchica rispetto al blog e agli altri blog disponbili.

E’ possibile creare template e moduli (tipo i parziali in Rails), associare a ciascuno operazioni di caching e di pubblicazione personalizzate, creare illimitati nuovi template per generare feed, pagine e listing in pochi click usando i template tag.

Eh sì, la gestione dei template mi mancherebbe proprio!

E se io non volessi MySQL?

Recentemente in azienda abbiamo iniziato la migrazione della infrastruttura database a PostreSQL, conosciuto come il più evoluto database open source.

I risultati non si sono fatti attendere sia dal piano delle performance che dell’affidabilità.

MovableType supporta nativamente MySQL ma anche SQLite e PostreSQL. WordPress invece consente solo di utilizzare MySQL e l’intera architettura è strettamente fusa con il programma, rendendo impossibile oltre che improbabile il supporto futuro ad altri database.

A pari merito

Upload

La gestione e upload di risorse esterne è notevolmente migliorata nelle ultime versioni di WordPress e supera di gran lunga in semplicità e caratteristiche la versione base di MovableType. Tuttavia, su quest’ultimo ho da tempo installato Better File Uploader colmando (e superando) così il divario tra le due piattaforme. In fin dei conti, posso attribuire un pareggio.

Gestione Post e Pagine

Escluse differenze cosmetiche e minimamente funzionali, la gestione dei post e delle pagine si equivale su entrambe le piattaforme. Leggermente più evoluta, a mio avviso, l’interfaccia per la scrittura dei post in Movable Type 4.2 rispetto a WordPress 2.6, ma presumo che le cose potrebbero cambiare con WordPress 2.7.

Per ora un meritato pareggio.

Antispam

Akismet è da sempre il compagno fedele di WordPress fin dalle prime versioni. Da un paio d’anni è disponibile un plugin ufficiale anche per MovableType che adotto per impostazione predefinita su qualsiasi istanza della piattaforma.

Anche in questo caso un pareggio, nonostante vorrei sottolineare ancora una volta che la gestione dei commenti offre maggiore flessibilità su MovableType. In questo caso è possibile determinare il peso di Akismet nel processo di valutazione del commento e limitare eventuali falsi positivi.

In conclusione

Anche se avrei potuto andare avanti ancora per un po’, direi che ci sono sufficienti spunti di riflessione.
Giusto per confondermi le idee… voi perché avete scelto WordPress o MovableType?

Related posts:

1. Technorati Template per Movable Type
2. La struttura a tag di Movable Type 3.3
3. Crea la tua sitemap con Movable Type

Ieri, per varie ragioni che al momento è precoce documentare, ho deciso di configurare una nuova installazione di WordPress.
Questa volta, rispetto alle altre, c’era una grado di difficoltà maggiore: ho deciso di darci sotto con la personalizzazione dei template… non l’avessi mai fatto!
Lasciatemelo dire: il codice del template engine di WordPress (ma non solo lui) avrebbe bisogno di una bella spolverata!

Reduce dalle pulizie invernali su MovableType mi sono attivato per ridurre un po’ il codice duplicato anche nel blog basato su WordPress, prima della sua pubblicazione online.

Presto mi sono accorto che:

1. Le variabili PHP inserite in un qualsiasi template non sono accessibili da un altro template, neanche se incluso nel precedente. Secondo l’approccio attuale di WordPress dovrei usare una variabile global (argh!)
2. Anche in pagine dove è previsto un solo post, come single.php, i post vengono rappresentati come array di elementi.

   <?php if (have_posts()) : while (have_posts()) : the_post(); ?>
   
   // per poter utilizzare in seguito
   
   <?php echo the_title() ?>
   <?php echo get_permalink() ?>
   <?php the_content('Continue Reading &raquo;'); ?>

   In Movable Type una situazione simile semplicemente non esiste. Ogni pagina il cui scope è un post ha automaticamente accesso a tutte le variabili dei post, comodamente richiamabili con i tag messi a disposizione

   <mt:EntryTitle />
   <mt:EntryPermalink />
   <mt:EntryBody />

   Non mi soffermo poi sulla incoerenza di alcune nomenclature. Fermo restando che trovo i “tag” di WordPress abbastanza intuitivi, non mi è chiaro perché io chiamo the_title(), the_content() e ad un certo punto mi trovo get_permalink().

3. La quantità di codice PHP presente per azioni dove potrebbe essere evitato è impressionante.
   Si veda ad esempio la seguente porzione di codice per mostrare i possibili status dei commenti: 

   <p class="centered">
   <?php if (('open' == $post-> comment_status) && ('open' == $post->ping_status)) {
   // Both Comments and Pings are open ?>
   You can <a href="#respond">leave a response</a>, or <a href="<?php trackback_url(); ?>" rel="trackback">trackback</a> from your own site.
   
   <?php } elseif (!('open' == $post-> comment_status) && ('open' == $post->ping_status)) {
   // Only Pings are Open ?>
   Responses are currently closed, but you can <a href="<?php trackback_url(); ?> " rel="trackback">trackback</a> from your own site.
   
   <?php } elseif (('open' == $post-> comment_status) && !('open' == $post->ping_status)) {
   // Comments are open, Pings are not ?>
   You can skip to the end and leave a response. Pinging is currently not allowed.
   
   <?php } elseif (!('open' == $post-> comment_status) && !('open' == $post->ping_status)) {
   // Neither Comments, nor Pings are open ?>
   Both comments and pings are currently closed.
   
   <?php } ?>
   </p>

   Qualcosa più tag oriented sarebbe auspicabile.
   Un occhio alla concorrenza rivela EntryIfCommentsOpen, EntryIfAllowComments e EntryIfAllowPings.

Non so voi, personalmente sento molto la mancanza di una struttura più orientata agli oggetti che consenta di ottenere un oggetto Post ed invocare su di esso i metodi necessari (tag).
Personalmente ritengo che un progetto come WordPress avrebbe molto da guadagnare in termini di fluidità del codice da un approccio più object oriented.

Tra i vari pensieri sparsi, mi chiedo quando e se è previsto l’abbandono del supporto a PHP 4, una delle principali cause (a mio avviso) dell’arretratezza del codice di WordPress.
Ricordo ancora l’intervento di Matt, in occasione dell’annuncio che ha decretato il termine del supporto di PHP 4, fissato per il 31 Dicembre. Matt non mi sembrò così entusiasta, o meglio, non mancarono le critiche rivolte al team di sviluppo di PHP.

Prima di concludere questi pensieri sparsi, vi lascio con una semplice classe (compatibile solo con PHP 5) scritta ieri in un paio di minuti per sopperire al problema del punto 1.
Si chiama TemplateConfig e, sostanzialmente, non è altro che un oggetto singleton che si preoccupa di tenere traccia di arbitrarie configurazioni che desiderate utilizzare nei vari template.
Mi rendo conto che non è particolarmente amichevole per i non addetti ai lavori, magari qualcuno potrebbe prenderne spunto per un plugin… :P. Inoltre, andrebbe leggermente migliorata per eseguire la validazione dell’input.

<?php

class TemplateConfig {

protected $_properties = array();
protected static $_instance;

public static function getInstance() {
if (self::$_instance === null) {
self::$_instance = new self;
}
return self::$_instance;
}

public function __get($name) {
if (isset($this->_properties[$name])) {
return $this->_properties[$name];
} else {
return null;
}
}

public function __set($name, $value) {
$this->_properties[$name] = $value;
return $this;
}
}

Inserite la definizione della classe all’interno del file functions.php presente nella cartella del vostro template, in wp-content/themes/NOME_DEL_VOSTRO_THEME. Se il file non c’è, createlo. Verrà caricato in automatico da WordPress e consentirà di avere accesso alla libreria nei vostri template.

Ecco un esempio di utilizzo.
Immaginate di voler mostrare una piccola intro, scritta nel file header.php, solo in alcune pagine del blog.
Normalmente questo non sarebbe possibile senza avere accesso a qualche funzione particolare.
Ci vuole una variabile, vero/falso, che dica a WordPress: stampa l’intro, non stampare l’intro.

All’inizio delle pagine dove volete mostrare la intro, ad esempio 404.php e index.php, prima del richiamo di wp_header(); inserite la variabile interruttore.

<?php

// recupero l'istanza singleton dell'oggetto
$instance = TemplateConfig::getInstance();
// setto la variabile
$instance->intro = true;

// o più semplicemente
TemplateConfig::getInstance()->intro = true;
?>

Ora aprite il file header.php ed utilizzate un controllo sulla variabile per stampare o meno la intro.

<?php if (TemplateConfig::getInstance()->intro): ?>
<p>Questa è una intro da visualizzare solo in alcune pagine.</p>
<?php endif; ?>

Per semplificare ulteriormente la vita ai non addetti ai lavori potrebbe essere utile aggiungere due tag più user friendly che consentano di scrivere qualcosa tipo:

<?php set_template_var('intro', false); ?>

e recuperare il valore con

<?php get_template_var('intro', false); ?>

nascondendo completamente l’uso della classe e dell’istanza singleton.

Related posts:

1. Technorati Template per Movable Type
2. WordPress Plugin: Sitemap con WordPress
3. Pensieri sparsi sul nuovo Microsoft Webmaster Center

Il suo scopo è semplicemente quello di gestire correttamente il reindirizzamento dell’utente tra l’URL del sito con www e quello senza. Una volta scelta la versione preferita, ad esempio www.simonecarletti.com, tutte le richieste indirizzate a simonecarletti.com verranno automaticamente instradate al primo URL.

I vantaggi sono

• evitare contenuti duplicati agli occhi dei motori di ricerca
• gestire al meglio la configurazione del sito web
• concentrare link in ingresso e quant’altro ad un unico host

E’ possibile ottenere lo stesso risultato via .htaccess o, nel caso di Google, impostando la versione preferita attraverso Google Webmaster Tools.

Related posts:

1. WordPress Plugin: Sitemap con WordPress
2. WordPress Plugin: WordPress + Matematica = no SPAM
3. Digg: plugin WordPress revenue sharing ed altri articoli

Una delle necessità più frequenti in rete è quella di mappare un indirizzo esistente attraverso un altro dominio. Ad esempio, immaginate di disporre di un blog all’indirizzo mioblog.blogspot.com che è un sottodominio creato in automatico dalla piattaforma Blogger. Supponendo di disporre di un dominio chiamato www.ilmiodominio.com, possiamo decidere di mappare l’indirizzo del blog con il nostro dominio così che quando un utente accede all’URL www.ilmiodominio.com (o un altro qualsiasi a nostra scelta) veda come risultato quello che è disponibile all’URL mappato.

Per chiarire meglio il concetto tornerò sull’argomento con altri esempi più avanti.

Come avviene un Domain Mapping

Senza esagerare sul piano tecnico, vediamo come funziona il mapping di un dominio.
La situazione iniziale che prenderemo in esame è quella di una risorsa, nel nostro caso un blog, disponibile fisicamente all’indirizzo mioblog.blogspot.com.
Digitando questa URL nel browser l’utente visualizza correttamente il contenuto del mio blog. La figura seguente riassume in breve lo schema.

Ipotiziammo che io desideri mappare il dominio con un altro indirizzo.
Se vi state chiedendo il perché, più avanti avrete risposta a questa ed altre domande, pazientate ancora qualche minuto.

Il mio obiettivo è rendere il blog disponibile anche attraverso il mio dominio personale, da me regolarmente comprato, con indirizzo www.ilmiodominio.com.
La figura seguente illustra il mio obiettivo nonché il risultato del mapping.
Una volta mappato il dominio, la risorsa risulta disponibile sia all’URL originale, sia al nuovo URL.

In molti casi, soprattutto se ci sono di mezzo utenti e motori di ricerca, il mapping di un dominio non deve in alcun modo alterare il fragile equilibrio che vede relazionati univocamente una risorsa ad un solo URL.
Quindi, per evitare che il nostro blog possa in qualche modo essere raggiungibile attraverso più indirizzi, il mapping dovrà automaticamente indirizzare tutte le richieste al vecchio URL verso il nuovo, attraverso sistema di redirect lato server, tipicamente accompagnati da header HTTP 301 o 302.

Il risultato è riepilogato nella figura seguente. Notare come ora l’indirizzo mioblog.blogspot.com, sebbene fisicamente ancora attivo, instradi le richieste verso il dominio mappato.

Come avviene (tecnicamente) un Domain Mapping

Se non avete mai sentito parlare di DNS, nameserver o domain record e non avete esigenze di dovervi addrentrare in questi dettagli, potete passare tranquillamente alla sezione successiva.
In alternativa, continuando nella lettura, nelle righe seguenti troverete alcune informazioni puramente tecniche sul funzionamento di un domain mapping.

Il mapping di un dominio consiste nel mirroring di un indirizzo, ovvero nella sua duplicazione ma solo a livello di gestione dei DNS e non a livello fisico della risorsa collegata all’URL.
Questo significa che, come le illustrazioni precedenti documentano, la risorsa è una sola e continuerà a restare tale.

Per mappare un indirizzo FROM attraverso un indirizzo TO si utilizza un apposito tipo di record DNS chiamato CNAME. A differenza del record A, il CNAME (o canonical name) crea un alias di un record DNS esistente ereditandone tutte le caratteristiche.
Il CNAME necessita di un nome per il record, che rappresenta l’alias con il quale il dominio sarà raggiungibile, ed il dominio completo da clonare.

Tornando al nostro esempio precedente, il l’alias del CNAME sarà www (non dimentichiamo che si tratta di un CNAME che fa già parte del dominio ilmiodominio.com e che è quindi superfluo oltre che errato dare come valore all’alias www.ilmiodominio.com) mentre il dominio da clonare mioblog.blogspot.com.
Se avessimo voluto mappare il dominio originario all’URL nuovoblog.ilmiodominio.com i parametri sarebbero stati semplicemente: alias del CNAME nuovoblog, dominio da clonare mioblog.blogspot.com.
Se ci servisse un mapping completo dovremmo configurare il server che ospita la risorsa in modo tale da reindirizzare ogni richiesta all’URL originario verso quello mappato.

Quando è necessario il Domain Mapping?

Cominciamo dalla domanda più semplice… quando eseguire un domain mapping?
Il domain mapping, di norma, viene eseguito quando la risorsa principale è disponibile su un server non direttamente gestibile dall’utente.

L’alternativa più semplice al domain mapping è infatti quella di agire sulle configurazioni del server per rispondere a più di un host. Nel caso del nostro blog, non ci è permesso agire direttamente sul server quindi l’unica alternativa è mappare il dominio come prima descritto.

Perché eseguire un Domain Mapping?

Non c’è una risposta definitiva a questa domanda, ma posso fornire ugualmente qualche consiglio in merito.

Mappare un indirizzo con un dominio personalizzato garantisce la possibilità di associare il proprio brand al blog rafforzandone il valore. Parliamoci chiaro, se doveste aprire il blog dell’azienda Company S.p.A. e doveste scegliere nei risultati di una ricerca tra blog-company.blogspot.com e blog.company.com, quale scegliereste considerando che company.com è il sito dell’azienda?

Associare un dominio personalizzato ad un blog ne trasferisce, in termini di marketing, popolarità e credibilità ed allo stesso tempo consente di fornire un indirizzo più facile da ricordare.

La situazione attuale dei servizi per blog

Google e Blogger

Blogger è stata una delle prime piattaforme per blog a larga diffusione ad introdurre la possibiltià di scegliere un dominio personalizzato per la pubblicazione del proprio blog. Non si tratta, in realtà, di un vero e proprio domain mapping così come è stato descritto in precedenza.

Nel pannello di controllo è possibile scegliere un dominio non *.blogspot.com sul quale la piattaforma eseguirà l’upload delle pagine statiche. Inseriti i parametri FTP il blog sarà disponibile solo ed esclusivamente all’indirizzo scelto.

TypePad

TypePad è una piattaforma per blog professionale sviluppata e gestita da Six Apart.

Attivando un blog su TypePad viene fornito un quantitativo di banda, spazio web e servizi proporzionale al tipo di account. Il Domain Mapping su TypePad è stato introdotto intorno al 2004 ed è ampliamente documentato da FAQ, tutorial e pagine informative. L’attivazione non si discosta molto da quanto riportato in precedenza, il costo compreso nel piano scelto.

Accedendo al pannello Control Panel > Site Access > Domain Mapping è possibile aggiungere un nuovo dominio da mappare.
Definito il dominio di destinazione è necessario scegliere quale blog/area mappare dopo di che un riepilogo delle configurazioni ci indicherà a quale URL puntare il valore del record CNAME.

Dal pannello di controllo del nostro dominio, non TypePad, impostiamo il record CNAME ed attendiamo il tempo necessario alla propagazione dei DNS.
Attivato il dominio, possiamo selezionare il campo Active corrispondente al nuovo URL dal pannello di TypePad ed attivare il mapping.
TypePad ci avvertirà che è necessario ripubblicare il blog per applicare gli aggiornamenti.

Da questo momento il nostro blog *.typepad.com o *.blogs.com è stato mappato sul dominio indicato.

Prima di continuare, un paio di considerazioni.
TypePad non esegue un mapping completo ma solo parziale, questo significa che comunque il vecchio URL continuerà ad esistere. Personalmente lo trovo una pessima idea, anche considerando che tutti i file di layout punteranno al dominio mappato e l’originale risulterà del tutto inutilizzabile.

Per questo motivo, se decidete di mappare un blog su TypePad, agite prima di pubblicizzare il vostro blog o risulterà particolarmente complesso scollarvi dal vostro blog *.typepad.com o *.blogs.com.

WordPress.com

WordPress.com è un servizio gratuito di hosting per blog basato sulla celebre piattaforma WordPress. E’ il più giovane tra i servizi prima elencati ma sta guadagnando rapidamente utenti sia per la popolarità del prodotto su cui si basa, sia per la velocità con la quale Matt ed il suo team stanno implementando nuove funzionalità.

Il mapping di domini personalizzati su WordPress.com è una novità estremamente recente che si aggiunge ai servizi offerti da WordPress.com.
L’opzione è disponibile dal menu Options > Domain, a partire dal pannello di controllo utente. Si possono aggiungere illimitati domini ed il costo annuale del servizio è di 15€ se si affida a WordPress.com la registrazione del dominio, 10€ se si desidera esclusivamente mappare un record DNS singolo attraverso l’uso di un record CNAME come sopra indicato.

Conclusioni

Sebbene ad oggi tutte e tre i più importanti servizi per blog disponibili offrano la possibilità di associare un dominio personalizzato al proprio blog, il numero di utenti che effettivamente utilizzano questa funzione è estremamente limitato.

Il costo annuale di un dominio, non più di 15€, e la quantità di informazioni in rete (in ultimo questo post) difficilmente sono la causa principale di questa (mancata) scelta. Come mai dunque non sfruttare questa fantastica opportunità per brandizzare ulteriormente il proprio blog?

Related posts:

1. Google Webmaster Central rimuove il post “non-English domain names”
2. Domini registrati da Google
3. Pubblica il tuo blog su Google Base

Here is a neat little plugin for bloggers that are using WordPress. It’s a simple sharing system for AdSense. This is a great tool if your blog has several authors besides you and/or you want to pay your co-authors for the traffic and money they generate.

JoshHendo

Appena trovato su Digg! (ne approfitto per provare il sistema di blogging di un articolo direttamente da Digg) ci vuole un miracolo per usarlo! Se vi piace, Digg it!

Molto interessante, un plugin per WordPress che permette di condividere i guadagni di un blog in modo proporzionale tra tutti gli autori. Un sistema simile lo adotta, ad esempio, il forum DigitalPoints che permette agli utenti di guadagnare con Ad Sense nei post in cui intervengono.

A proposito di Digg, due miei articoli recenti.

1. APIComments: A PHP class for co.mments API. Una libreria PHP per sfruttare le API di co.mments.
2. How to add Rmail as a choice in Firefox 2.0. Descrive come impostare un nuovo aggregatore tra le scelte proposte dalle impostazioni del nuovo Firefox 2.0. Segnalato da Randy Morin e votato anche da Asa Dotzler.

Se li ritenete interessanti, Digg it!

Related posts:

1. WordPress Plugin: WordPress + Matematica = no SPAM
2. WordPress Plugin: Sitemap con WordPress
3. WordPress Plugin: gestire il redirect tra www e non www

Tutti i blog individuati con tale scopo, assicura Matt, verranno rimossi incondizionatamente da WordPress.com.

Related posts:

1. Temi per WordPress
2. WordPress Plugin: Sitemap con WordPress
3. WordPress Plugin: gestire il redirect tra www e non www

Related posts:

1. WordPress Plugin: Sitemap con WordPress
2. Temi per WordPress
3. WordPress Plugin: WordPress + Matematica = no SPAM

Related posts:

1. WordPress Plugin: gestire il redirect tra www e non www
2. WordPress Plugin: Sitemap con WordPress
3. Digg: plugin WordPress revenue sharing ed altri articoli