Cominciamo dalla dashboard, ovvero dal pannello di controllo iniziale.
Il layout è completamente cambiato, così come l’organizzazione dei menu.
Al centro potete notare un grafico dinamico che mostra il trend dei commenti, dei post e dei tag.

I due screenshot seguenti provengono invece dal pannello di scrittura dei post.
Il primo è il classico pannello di editing con una comune textarea.

Molti utenti hanno criticato nel tempo l’assenza di un editor WYSIWYG per Movable Type.
Nonostante fossero disponibili almeno un paio di plugin, Movable Type 4 ha integrato all’interno un editor completo.

Ecco lo screenshot.

Nei prossimi giorni continuerò ad esplorare MT4, sono estremamente incuriosito!
Qualcuno di voi lo ha già provato? Che ve ne pare?

Related posts:

1. Movable Type Plugin: editor di post potenziato con MT Quicktags
2. Akismet alla prova su Movable Type
3. Movable Type Hack: da Keywords a Tag

Attenzione, è importante sottolineare che JavaScript Quicktags, e di conseguenza MT Quicktags, non è un editor WYSIWYG, bensì una soluzione per agevolare la scrittura dei post a chi normalmente fa uso dell’interfaccia base di Movable Type.

Una soluzione leggera ed efficace, ad esempio, per i classici ultimi ritocchi prima della pubblicazione.

Nota a margine. Cesareee, se ci sei batti un colpo… il plugin è muy comodo! ;)

Related posts:

1. Movable Type Plugin: registrazione per commenti
2. Movable Type Plugin: Upload senza confini con Better File Uploader 2.0
3. Movable Type Hack: da Keywords a Tag

Movable Type a differenza di altre piattaforme non integra un sistema di autenticazione interno, al contrario di WordPress. Si basa infatti su TypeKey, un sistema sviluppato sempre da Six Apart. Come procedere quindi se desiderate che i vostri utenti si registrino per commentare?

Comment Registration è un plugin per Movable Type che vi consente di gestire direttamente via piattaforma la creazione di account e la successiva autenticazione per pubblicare commenti. Il plugin si integra nel sistema attuale di Movable Type e fornisce 4 nuovi template per eseguire il login e le altre operazioni classiche. Gli utenti possono essere gestiti, autorizzati e bannati.

Related posts:

1. Movable Type Plugin: editor di post potenziato con MT Quicktags
2. Movable Type Plugin: Upload senza confini con Better File Uploader 2.0
3. Movable Type Hack: da Keywords a Tag

Ad esempio /mt/mt-bcomments.cgi?__mode=red;id=13671 è l’URL di un mio commento che punta… al mio blog! Infatti, il risultato del redirect è www.simonecarletti.com .
Decisamente orrendo, su questa strada preferivo la soluzione precedente con nofollow, almeno l’utente tra i referer nei suoi log non si trova la pagina mt-bcomments.cgi ma il post del commento!

Ok, no panico. Ho dedicato 5 minuti oggi a risolvere il problema, ed ecco la soluzione.

Se volete inserire un link diretto al sito dell’autore del commento, senza redirect e senza nofollow, procedete come segue.
Cercate, nel template Individual Entry Archive la seguente riga di codice

<p class="comment-footer">
Posted by
<$MTCommentAuthorLink default_name="Anonymous"$> <$MTCommentAuthorIdentity$> |
<a href="#comment-<$MTCommentID$>"><$MTCommentDate$></a>
</p>

e sostituitela con

<p class="comment-footer">
Posted by
<MTIfNonEmpty tag="MTCommentURL">
<a title="<$MTCommentAuthor default="Anonymous" remove_html="1"$>" href="<$MTCommentURL$>">
<$MTCommentAuthor default="Anonymous" remove_html="1"$></a>
<MTElse>
<$MTCommentAuthor default="Anonymous" remove_html="1"$>
</MTElse>
</MTIfNonEmpty> <$MTCommentAuthorIdentity$> |
<a href="#comment-<$MTCommentID$>"><$MTCommentDate$></a>
</p>

Se avete tradotto il template o lo avete modificato, il tag da sostituire è

<$MTCommentAuthorLink default_name="Anonymous"$>

con

<MTIfNonEmpty tag="MTCommentURL">
<a title="<$MTCommentAuthor default="Anonymous" remove_html="1"$>" href="<$MTCommentURL$>">
<$MTCommentAuthor default="Anonymous" remove_html="1"$></a>
<MTElse>
<$MTCommentAuthor default="Anonymous" remove_html="1"$>
</MTElse>
</MTIfNonEmpty>

Tutte queste righe? Sì, è necessario controllare che l’utente abbia inserito un sito e linkarlo.
In caso negativo verrà inserito solo il nome dell’autore.

La modifica è attiva da oggi sul blog, poco per volta verrà propagata a tutti i commenti inseriti, anche a quelli già scritti.

Related posts:

1. Movable Type Hack: Keywords quando mancano i Tag
2. Movable Type Hack: da Keywords a Tag
3. Movable Type Plugin: registrazione per commenti

Così, mi concentro su qualche prodotto ogni tanto, nella speranza che le mie segnalazioni siano gradite proprio perché particolarmene selezionate. Oggi vorrei segnalare un plugin che si merita un post da almeno un paio di settimane, tralascio il perché questo post non sia arrivato prima…

Il plugin, disponibile solo per Movable Type si chiama Better File Uploader, giunto recentemente alla release 2.0.
Spero, nelle prossime righe, di riuscire a concentrare almeno quanto possibile della qualità di questo miniprogramma creato da Dan Wolfgang, certo che gli screenshot faranno il resto del lavoro.

Better File Uploader è un plugin che rimpiazza completamente il sistema di upload di Movable Type.
Non si tratta solamente di un wrapper, ma di un vero e proprio prodotto aggiuntivo. Tra le funzioni più interessanti

1. Upload di illimitati file in contemporanea
2. Creazione automatica delle thumbnail in serie o per singola immagine
3. Configurazioni System-Wide o blog wide
4. Creazione di percorsi predefiniti per l’upload di documenti
5. Creazione automatica di photogallery e wrapper HTML per la pubblicazione di qualsiasi tipo di documento
6. molto, ma molto altro

Come è possibile visualizzare dall’immagine sopra, l’interfaccia di upload è sostanzialmente identica al sistema di upload predefinito di MT, ma non lasciatevi ingannare dalle apparenze.
Curiosi? Beh, credo che ci vorrebbe almeno uno screencast per illustrare tutte le proprietà, spero che gli screenshot possano parlare per me, commentati da qualche riga.

Per darvi un’idea, ecco il primo pannello di configurazione di Better File Uploader 2.0.

Si tratta del pannello di configurazione generale di upload.
Innanzi tutto è possibile scegliere se visualizzare o meno i tooltip, ovvero i suggerimenti, durante l’uso del programma. I tooltip sono molto utili all’inizio, per familiarizzare con l’interfaccia.

Vediamo i gadget di questo script. Per eseguire l’upload di più file in un colpo solo, controllare di aver selezionato la prima voce. Più in basso, in un’area apposita è possibile specificare fino a tre percorsi personalizzati di upload. Inoltre, tra le opzioni si possono inserire le categorie e la root del blog. Vado particolarmente fiero di questa opzione per due motivi:

1. La uso praticamente per ogni blog
2. La suggerii io, durante la prima fase di test… ah, non vi avevo ancora detto che ho partecipato al beta test? :)

Infine, se richiesto, BFU tenterà di aggiungere il nome del post corrente al percorso della cartella per agevolare la suddivisione dei file.

Proseguendo nelle voci, arriviamo alla gestione delle thumbnail. Le thumbnail, disponibili solo per i file grafici, corrispondono alle miniature create in automatico da BFU nel caso in cui i componenti PERL per il ridimensionamento grafico siano presenti sul server.

Se volete visualizzare il pannello per la creazione di miniature controllate che la voce sia selezionata.
Potete impostare una dimensione da prendere come unità di misura per ricalcolare le proporzioni e scegliere se BFU debba preoccuparsi di tutto in modo predefinito.
Infine, per gli amanti della perfezione una voce vi impedirà di non sbagliare mai le misure obbligando BFU ad eseguire ridimensionamenti proporzionali.

Come? No, assolutamente, non è tutto qui. Quello che vedete sopra è il pannello chiamato processing.
Vi offre una lista di opzioni dal momento in cui il vostro file è stato caricato e ridimensionato correttamente.

Innanzi tutto, via il dubbio di quale immagine avete caricato, con il sistema di anteprima integrato… bella la rima!
Per gli amanti dell’(X)HTML supervalido, finalmente la possibilità di inserire un attributo title e/o alt adeguato per il file, prima della pubblicazione, oltre che attributi opzionali come ad esempio class="" oppure id="".

Infine, per i sofisticati l’area wrapper consente di specificare codice HTML, ad esempio <div>, per avvolgere la vostra immagine e creare effetti di stile complessi senza dover ritoccare nulla.

Che mondo sarebbe senza Nutella? A no, forse era un altro tema questo.
Ok, ecco che il nostro percorso si avvicina al momento della pubblicazione. Per non affollare troppo la dashboard utente, un termine figo per indicare il vostro pannello di controllo, potete selezionare accuratamente quali voci mostrare per l’inserimento del codice nell’area del post.
Lo volete in immagine? In popup? Tagliato fine-fine con una passata di pomodoro? Beh, basta cliccare un po’ qui ed un po’ là tra le numerose opzioni ed il gioco è fatto.

La ricetta è pronta, come volete servirla?
A vostra scelta una ricca dotazione di menu, un comando per selezionare l’HTML direttamente nella pentola o una memoria temporanea chiamata Result Stacker per selezionare in un colpo solo tutti gli upload recenti: lo strumento ideale per costruire, ad esempio, una photogallery.

Ebbene sì, anche le cose migliori a volte finiscono. Siamo arrivati alla fine, con l’ultima opzione: SpeedDemon.
SpeedDemon è un’opzione all-in-one. Se attivata, tutte le opzioni specificate saranno eseguite in contemporanea e vi verrà servita la ricetta finale pronta da gustare.
Non è favoloso? Non proprio, personalmente preferisco vedere cosa succede, ma non a tutti. :)

Mi auguro con questa breve introduzione di avervi procurato almeno un po’ di curiosità.
Per approfondimenti vi rimando al sito ufficiale di Dan, Eat Drink Sleep Movable Type dove troverete la pagina dedicata a Better File Uploader 2.0 compreso tutorial, istruzioni, area per l’acquisto ed il download.

Cosa? Hai detto acquisto? Sì, ho proprio detto acquisto… il prezzo di questo script è di $10 per uso personale, onestamente credo che ne valga almeno 10 volte tanto.
Se qualcuno di voi si chiedesse se ho mai acquistato un plugin per Movable Type posso rispondere sì in tutta tranquillità. Sebbene la licenza per BFU l’abbia ricevuta gratuita per gentilissimo contributo di Dan, posso assicurare di aver già speso oltre 50€ per acquistare plugin, sempre con eccellente soddisfazione.

Related posts:

1. Movable Type Plugin: editor di post potenziato con MT Quicktags
2. In previsione un File Manager per Movable Type
3. Movable Type Plugin: registrazione per commenti

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

Ora, lo scenario è che vorrei che in entrambi i casi l’utente non si accorga di nulla e visualizzi tranquillamente i tag così come li avevo creati. E’ possibile? Sì.

Il ragionamento è questo: se è presente il campo tag mostralo, altrimenti mostra le keyword. Tradotto in una struttura a template di Movable Type la forma è questa:

<MTEntryIfTagged>
<p><strong>Tag:</strong>
<MTEntryTags glue=" · "><a href="http://technorati.com/tag/<$MTTagName$>" rel="tag"><$MTTagName$></a> (<a href="<$MTTagSearchLink$>" title="Cerca i post contententi il tag <$MTTagName remove_html="1"$>"><$MTTagCount$></a>)</MTEntryTags>
</p>
<MTElse>
<p><strong>Tag:</strong> <$MTTechnoratiTags class="technorati-tag"$></p>
</MTElse>
</MTEntryIfTagged>

Solo una nota. Il tag <$MTTechnoratiTags class="technorati-tag"$> non è uno standard di Movable Type ma è una risorsa messa a disposizione da un plugin. Questo non cambia di per sé il concetto. E’ sufficiente che sostituiate il codice all’interno degli MTElse con quello attualmente in uso per mostrare le keyword nel vostro blog.

Related posts:

1. Movable Type Hack: da Keywords a Tag
2. Movable Type Hack: link diretto al sito di chi commenta
3. Technorati Template per Movable Type

Adesso sussiste però un problema. Prima di Movable Type 3.3 molti utenti, me compreso, avevano implementato un sistema (chi in un modo e chi nell’altro) che emulasse i tag sfruttando il campo Keywords.

Nel passaggio da Movable Type 3.2 a 3.3 resta quindi il problema di riconvertire tutte le vecchie keyword in tag. Come fare? C’è già chi (come me) ha cominciato a mano ma c’è anche chi ha deciso di sfruttare le conoscenze di PERL come Hirotaka Ogawa che ha sviluppato un fantastico plugin chiamato mt-keywords2tags per convertire in automatico i dati.

Il suo funzionamento è semplicissimo. Copiate il file mt-keywords2tags.cgi nella root di installazione di Movable Type e assegnategli i permessi 0755. Poi, richiamate il file dal browser. E’ tutto! Le vostre keyword ora sono diventati tag.

Fantastico! Grazie 1000 a Hirotaka.

Related posts:

1. Movable Type Hack: Keywords quando mancano i Tag
2. Rss2MT: importare contenuti su Movable Type
3. Movable Type Plugin: editor di post potenziato con MT Quicktags

Oggi ho montato il mio secondo blog su WordPress e non posso che ribadire che Movable Type è una spanna avanti! WordPress è una piattaforma di tutto rispetto, ci mancherebbe… onore al merito ed al team di sviluppo che ha tutta la mia ammirazione, ma MT è un’altra cosa sotto diversi punti di vista.

Ho implementato in settimana la gestione dei tag su questo blog, domani tempo permettendo pubblico un tag cloud per test. Peccato che Technorati non sembri digerire così bene i tag in questo periodo.

Related posts:

1. Technorati Template per Movable Type
2. Akismet alla prova su Movable Type
3. Movable Type Plugin: registrazione per commenti

Related posts:

1. Novità in Movable Type 3.3
2. Anteprima screenshot Movable Type 4
3. Movable Type category feed