Ieri ti ho mostrato come installare Comment Toolbar Plugin su Wordpress MU; dopo un giorno di utilizzo, non posso che confermare la bontà del plugin… e mostrarti come togliere i pulsanti “Rispondi” e “Quota” dai trackback o pingback (oggi ho finalmente capito anche l’enorme differenza tra i due termini).

La versione originale di Comment Toolbar Plugin, infatti, inserisce i pulsanti per la risposta anche sui trackback che i nostri post ricevono da siti esterni. A mio avviso, però, difficilmente chi invia un trackback controllerà eventuali risposte sul post di destinazione (al limite, si aspetta una risposta sul suo articolo).

Se (come me) desideri disattivarli, devi fare una semplice modifica al codice del plugin. Apri il file cf_comment_toolbar.php con un editor di testo. Cerca il seguente codice:

/* typecasting local variables and loading plug-in properties */
global $comment;

Inserisci, subito sotto:

if ($comment->comment_type == "trackback" || $comment->comment_type == "pingback") return $content;

Puoi vedere questa modifica in azione nel post “nodes.dat“ su Technoburger. Colgo ancora una volta l’occasione per ringraziare Cristiano Fino del rilascio di questo splendido plugin.

Articoli simili

• Aggiungi i pulsanti “Rispondi” e “Quota” su Wordpress MU, con Comment Toolbar Plugin
• Installare Akismet su Wordpress MU: stop allo spam!

Cosa fa il Comment Toolbar Plugin?

Il Comment Toolbar Plugin semplifica la vita di chi vuole rispondere ai commenti nel nostro blog. Aggiunge, su ogni commento, due pulsanti, la cui pressione porta l’utente (e il focus) nel modulo di scrittura del commento:

1. Rispondi: inserisce, nel modulo di scrittura, la scritta “@ nomeutente“;
2. Quota: inserisce, nel modulo, un blockquote, in questa forma:
   <b>nomeautore</b> wrote:
   <blockquote> … testo completo (o selezionato) del commento … </blockquote>

Ogni suo aspetto, dalle label dei pulsanti alle modalità di citazione e all’aspetto, è personalizzabile, tramite l’interfaccia che troviamo sotto Dashboard > Plugins > Comment Toolbar: l’ideale qualora ospitassimo, nella nostra installazione di Wordpress MU, blog in lingue diverse. E io ho installato Wordpress MU principalmente per ospitare le traduzioni di Technoburger…

Scarica il Comment Toolbar Plugin

Ti rimando direttamente alla pagina ufficiale del Comment Toolbar Plugin: questo sia per farti scaricare sempre l’ultima versione, sia per permettere all’autore di controllare le statistiche di download del proprio plugin.

Installazione su Wordpress MU

Ci sono due metodi per installare un plugin su Wordpress MU:

1. dentro la directory plugins;
2. nella directory mu-plugins.

Il plugin è talmente ben scritto che puoi installarlo “indifferentemente” sotto l’una o l’altra. Beh, in realtà qualcosina cambia!

Primo metodo: installazione sotto plugins

Copiando il file cf_comment_toolbar.php sotto la directory /wp-content/plugins/, installerai il plugin nella maniera classica: per attivarlo, ogni utente dovrà andare nella scheda Plugin della sua Bacheca (o Dashboard).

Questo metodo di installazione è consigliato a chi usa Wordpress MU per gestire una comunità online, con molti blog appartenenti a diversi utenti. In questo modo, ogni utente potrà scegliere se usare o meno il plugin.

Secondo metodo: installazione sotto mu-plugins

Grazie al fatto di essere costituito da un unico file in php, il plugin è installabile anche nella directory /wp-content/mu-plugins/. In questo modo il plugin risulterà automaticamente attivo su tutti i blog della tua installazione di Wordpress MU.

Consiglio questo secondo metodo a chi usa Wordpress MU come un “multi blog personale” (meglio aprire un blog in cui parli di n argomenti diversi, o aprire n blog fortemente tematizzati?), per risparmiare la fatica di attivarlo n volte. Ma non a chi gestisce una comunità: in quest’ultimo caso, infatti, gli utenti non avrebbero il modo di disattivarlo, qualora non lo desiderassero.

Aspetti da migliorare

Premessa: il plugin rasenta la perfezione. Le note che riporterò, infatti, sono quasi tutte relative a Wordpress MU, un CMS per cui il plugin non è stato nemmeno pensato!

• Dare la possibilità di disattivare il plugin tramite l’interfaccia: in questo modo, sarebbe possibile installare il plugin sotto mu-plugins, e al tempo stesso lasciare la scelta, agli utenti di lasciarlo attivo o disattivarlo. Magari, nascondere l’opzione nel caso in cui il CMS sia Wordpress “liscio” - dove l’opzione sarebbe ridondante, visto che basterebbe disattivarlo dalla scheda “Plugins”;
• Inserire il pulsante “Ripristina opzioni”: molti plugin lo consentono anche per ripulire il database prima di un’eventuale rimozione;
• Inserire un terzo pulsante “Quota testo selezionato”, magari disattivato finché l’utente non selezioni qualcosa. A meno di non personalizzare adeguatamente il testo del pulsante “Quota”, infatti, questa funzionalità è un po’ nascosta…

Non ho nient’altro da dire, tranne che inserirò questo plugin nell’articolo “I plugin fondamentali per Wordpress MU”… quando lo scriverò!

Articoli simili

• Disattivare Comment Toolbar Plugin per i Trackback / Pingback
• Installare Akismet su Wordpress MU: stop allo spam!

© apesara

Il nuovo blog degli SMS Gratis, oltre ad elencare i siti che permettano l’invio dei messaggini da web nella directory SMS Gratis, riporterà anche news, curiosità e truffe legate al mondo dei free sms. Buona lettura!

Articoli simili

• Linee guida per spostare un blog da Wordpress a WP MU
• Trasferimento di techlog.netsons.org completato

Per gli utenti della tua installazione di Wordpress MU, infatti, è molto più comodo ritrovarsi col plugin già attivato, piuttosto che doverlo attivare da soli. Inoltre, non dovranno neanche avere una Wordpress API Key, visto che potrai inserire la tua direttamente nel core del plugin.

Ecco i passi da seguire:

1. Vai alla pagina di download di Akismet, scarica l’ultima versione del plugin e decomprimila.
2. Modifica il file akismet.php: cerca la seguente stringa (dovrebbe stare all’inizio):
   // If you hardcode a WP.com API key here, all key config screens will be hidden
$wpcom_api_key = '';
   e inserisci, tra le due virgolette singole (’ e ‘) la tua api key. Dovrebbe apparire così:
   $wpcom_api_key = '123456789abc';
3. Carica, nella cartella remota /wp-content/mu-plugins/ il contenuto della directory akismet appena decompressa, non la directory stessa!

È tutto, ora akismet è attivo su tutti i tuoi blog, in automatico! Ogni utente avrà comunque, nella sua dashboard, la schermata di configurazione del plugin, per scegliere di cancellare lo spam sui post vecchi, ma la richiesta della API Key verrà nascosta.

Post originale in inglese: “Install Akismet antispam plugin in wordpress multiuser | Inmates Are Running Asylum” - ringrazio l’autore per la dritta!

Articoli simili

• Disattivare Comment Toolbar Plugin per i Trackback / Pingback
• Aggiungi i pulsanti “Rispondi” e “Quota” su Wordpress MU, con Comment Toolbar Plugin

Muuu! - scusate, non ho resistito, l’hanno anche scritto nelle FAQ ufficiali
© Photo Credit: foxypar4

Non andrò troppo nello specifico (per esempio, non spiegherò come implementare il redirect), ma se hai problemi, chiedi pure!

Premessa: uno spostamento “difficoltoso”

Innanzi tutto, perché lo spostamento non è stato semplice? Se avessi voluto semplicemente spostare l’installazione di Wordpress da un dominio all’altro, sarebbero stati sufficienti quattro semplici passaggi:

1. Copiare i file di Wordpress dal dominio di partenza a quello di destinazione, modificando il file di configurazione e il database per adattarli ai parametri del nuovo dominio (leggi “Wordpress: spostare il blog dal server remoto al computer locale” - l’esempio si può facilmente riadattare anche nel caso la destinazione sia un altro server remoto);
2. Implementare un semplice redirect 301 nel dominio di partenza: i Permalink non cambieranno, e basterà modificare solo il dominio delle URL.
3. Usare, nel nuovo blog, le stesse impostazioni di quello vecchio: mi riferisco a tutto ciò che trovi sotto Settings. Usa le stesse impostazioni per tagline, numero di post da visualizzare in ogni pagina (è importante, per non incorrere in errori di tipo 404), eccetera.
4. Modificare i link interni: non solo quelli che hai inserito nel template o negli widget, ma anche quelli interni ai post (per lo meno, nei tuoi post più importanti) e alle pagine statiche.

Invece, non solo volevo cambiare solo il dominio, ma anche CMS utilizzato, passando da Wordpress a Wordpress MU. Questo perché volevo avere la possibilità di aprire più blog (come sottodomini), con una sola installazione di Wordpress da gestire. Degli esempi? Il blog degli SMS Gratis, il blog del mio amico Santo, oppure il mio blog personale (in inglese).

Impensabile, quindi, clonare il database del vecchio blog, perché usava una struttura diversa da quella di Wordpress MU. Piuttosto, mi sono dovuto affidare agli strumenti di importazione / esportazione di Wordpress… che hanno dato alcuni problemi, come vedrai in seguito.

(i punti 3 e 4, invece, non hanno dato problemi)

Primo passo: importazione tramite file WXR

Vai nella bacheca del vecchio blog, su Manage > Export, per esportare il tuo vecchio blog in un file WXR, da importare, successivamente, tramite lo strumento Manage > Import del nuovo blog. In un mondo ideale, questo sarebbe stato sufficiente. Purtroppo non viviamo in un mondo ideale, e ho incontrato alcune difficoltà.

1° Problema: lo strumento di esportazione non funziona in presenza di molti articoli

Questa, più che una limitazione di Wordpress, è una limitazione che dipende dal server su cui fai girare lo script in PHP. Infatti, se hai tanti post, il file WXR diventerà troppo grande, e la sua generazione verrà bloccata dal server. A me sono bastati 180 articoli per incorrere in questo problema.

Cosa fare quindi? Se hai un blog multi autore (come lo è TechLog / TechnoBurger) potresti avere la soluzione già pronta. Infatti il tool di esportazione permette di filtrare i post da esportare in base all’autore degli stessi… e il tool di importazione permette successivamente di riassegnare tutti i post importati a determinati utenti (che devi preventivamente ricreare). In questo modo, hai una speranza in più di ottenere file di esportazione più piccoli.

Ecco quindi gli step che ho seguito:

1. Su TechLog, ho creato i diversi file di esportazione, uno per ogni utente.
2. Su Technoburger, ho ricreato tutti gli autori presenti su TechLog;
3. Ho importato su Technoburger i diversi file di esportazione, riassegnandoli (rimappandoli) agli autori originali.

E se hai molti post, ma sul tuo blog scrivi solo tu? Il mio consiglio è di creare degli autori temporanei, e assegnare alcuni articoli a loro, finché il processo di esportazione non ti darà più errore. E come assegnare i post a questi autori? Se conosci MySQL, potresti farlo tramite phpmyadmin (ricordati di fare il backup del database, prima!), oppure manualmente, se non te la senti.

Comunque sia, ulteriori filtri di esportazione (ad esempio sulla data, e non solo sull’autore) avrebbero fatto parecchio comodo. Questa è una delle grandi limitazioni di Wordpress da me riscontrate.

2° Problema: le categorie

L’importazione delle categorie non funziona perfettamente: la loro gerarchia viene persa. Prima di procedere, pertanto, ricostruiscila, editando le categorie una ad una, e riassegnandole alla categoria madre.

Un altro problema sono le url delle categorie: un’eventuale personalizzazione viene persa durante l’importazione. Questo è un problema che non puoi correggere immediatamente, in quanto con Wordpress MU non puoi ridefinire le url per ogni categoria. Dovrai tenerne conto, però, durante l’implementazione del redirect 301.

3° Problema: gli ID dei post, delle pagine e delle categorie

L’importazione del blog non preserva neanche gli ID delle pagine del tuo blog, che vengono ricreati ex-novo. Ciò rappresenterà un problema solo in 2 casi:

1. usavi il %postid% nel permalink dei tuoi articoli: in questo caso, non potrai fare un redirect del tipo “http://vecchio-blog.com/post-di-esempio-352/ -> http://nuovo-blog.com/post-di-esempio-352/“, in quanto nel nuovo blog il post di esempio non avrà più l’ID pari a 352. Ti consiglio di eliminare il %postid% dal permalink del nuovo blog su Wordpress MU (tanto è inutile, se non addirittura dannoso). In questo modo lo script in PHP che scriverai per implementare il redirect sarà semplice:
   1. Estrai il permalink dalla URL: ad esempio, da http://vecchio-blog.com/post-di-esempio-352/ ottieni post-di-esempio-352
   2. Rimuovi l’ID numerico presente alla fine del permalink: passi da post-di-esempio-352 a post-di-esempio
   3. Appendi il permalink così filtrato in coda al nuovo indirizzo, e fai il redirect: http://nuovo-blog.com/post-di-esempio/
2. hai inserito, nel tuo template in PHP di Wordpress, delle condizioni basate sull’ID: in questo caso, prima di copiare il tuo template su Wordpress MU, modificalo per adattarsi ai nuovi ID. Io, ad esempio, cambiavo l’attributo LANG in base all’appartenenza o meno dei post alla categoria “English Translations”. Il test lo eseguivo, appunto, sull’ID della categoria, che è cambiato in seguito all’importazione.

Secondo passo: implementare il redirect

In questo passo ho tenuto conto di tutte le considerazioni fatte finora. Inoltre, poiché su TechLog avevo già implementato, in passato, due redirect (in occasione di due modifiche alla struttura del permalink), ho voluto sbarazzarmi del Permalink Migration Plugin, e gestire anche le strutture passate (per non incorrere in un double redirect, che Google impiega più tempo a “digerire”).

Ho implementato il redirect tramite uno script in PHP, su TechLog (cioè, il blog di partenza); senza scendere troppo nel dettaglio (il mio è un caso piuttosto particolare, a causa dei redirect passati), ti mostro i passaggi fondamentali dell’algoritmo:

1. prendo il path della pagina corrente:
   $path = $_SERVER['REQUEST_URI'];
   Nella variabile $path verrà memorizzata la seconda parte della URL, senza dominio e sottodominio; ad esempio, /post-di-esempio-352/
2. rimuovo il trailing slash (se ci fai caso, negli indirizzi di Technoburger non è presente lo “/” alla fine dell’indirizzo:
   if ($path!="/") $path = rtrim($path,"/");
   L’output di questa fase è /post-di-esempio-352
3. a questo punto compio delle “trasformazioni” su $path, ma solo se la pagina corrente è un post; infatti, per pagine statiche, categorie e tag la struttura delle url rimane inalterata, nel trasferimento.
   Nel mio caso, ho compiuto tre tipi di trasformazioni (ricordi? tengo conto anche dei vecchi redirect):
   • permalink con data: in un primo tempo, avevo usato i permalink di default di Wordpress, cioè quelli che riportavano la data di pubblicazione. Con questa trasformazione passo da /2008/02/12/post-di-esempio a /post-di-esempio
   • permalink con categoria: in un secondo tempo, avevo cambiato i permalink inserendo le categorie di appartenenza del post.
     Con questa trasformazione passo da /categoria-esempio/post-di-esempio-234 a /post-di-esempio
In questo caso, rimuovo sia la categoria che il post id, lasciando solo il permalink;
   • permalink con solo post id: accortomi che la categoria allungava troppo le url (usavo categorie gerarchiche), sono passato infine alla struttura /%postname%-%postid%/
     Con questa trasformazione, passo da /post-di-esempio-234 a /post-di-esempio
4. Se sono sulle pagine delle categorie, compio ulteriori trasformazioni su $path, per risolvere quei problemi dovuti all’importazione delle stesse (problemi di cui avevo parlato prima);
5. Infine, faccio il redirect:
   header('HTTP/1.1 301 Moved Permanently');
header("Location: http://technoburger.net".$path);

Dove va inserito tutto questo codice? Nel file header.php del tuo tema, prima di ogni altro codice! Ti ricordo che prima del comando header (visto sopra) non puoi generare codice HTML (ad esempio, tramite echo), altrimenti otterresti l’errore “Cannot modify header information - headers already sent by“!

Passi finali

Innanzitutto, ho implementato, su Technoburger, un sistema di monitoraggio degli errori 404, per verificare che il redirect non contenesse bug, e per evitare di perdere visitatori e/o link in ingresso. Sostanzialmente, ogni volta che viene generato un errore, uno script mi avvisa per email indicandomi:

• la url che ha generato errore;
• il referer, cioè la pagina su cui è presente il link in ingresso “problematico”.

Inoltre, ho aggiunto Technoburger.net (e la sua sitemap) su Google Webmaster Tools, per aiutare un po’ Google nell’indicizzazione del nuovo dominio.

Infine, ho modificato il feed preesistente di Feedburner, in modo da fargli leggere il feed del nuovo blog, e rendere l’operazione di trasferimento del tutto trasparente ai lettori e ai motori di ricerca per blog (technorati e google blog search).

Aspetti da migliorare

Restano ancora due passaggi da fare:

• redirezionare qualunque feed: non solo quello di feedburner (cioè, quello principale del blog), ma anche i feed dei tag, delle categorie, dei commenti, etc…
• importare la lista di email di coloro che si sono sottoscritti ai commenti del blog.

Appena risolverò, lo riporterò su questo blog.

Articoli simili

• Gli SMS gratis di TechLog si trasferiscono su Technoburger.net!
• Trasferimento di techlog.netsons.org completato

Questa non è l’unica novità: infatti, oltre ad aver cambiato dominio, ho cambiato anche il CMS utilizzato, passando alla versione multiblog di Wordpress, Wordpress MU.

Puoi seguire tutte le novità sul blog di Technoburger.net; sullo stesso blog, inoltre, verranno riportati degli  appunti veloci su Wordpress MU.

Articoli simili

• Gli SMS gratis di TechLog si trasferiscono su Technoburger.net!
• Linee guida per spostare un blog da Wordpress a WP MU