Aldolat.it — Post con tag Feed

Condividere su WordPress le proprie letture via Delicious

aldolat@gmail.com (Aldo Latino) — Wed, 22 Aug 2012 21:38:45 +0000

Sicuramente ricorderete come tempo fa Google ha eliminato una funzione molto utile dal suo Reader che ci consentiva di condividere gli articoli più interessanti con i nostri follower che usavano lo stesso lettore di feed. Una mazzata per questo servizio. A me personalmente tornava utile non solo perché ci si scambiava letture interessanti, ma anche perché le condividevo in un widget del mio blog tramite un plugin apposito: Recommended Reading: Google Reader Shared, che ormai è morto.

Venendo a mancare questa funzione, ognuno ha cercato una sua soluzione. Anche io mi sono dato da fare e ho pensato di utilizzare Delicious (ancora lui! 😀 ) per questo compito, ispirato soprattutto da quanto Andrea scriveva nel suo blog. A tal fine, mesi fa mi sono creato un plugin che preleva da Delicious i segnalibri archiviati con un particolare tag e me li mostra in un widget: più o meno la stessa cosa che facevo prima, col vantaggio di avere un comodo archivio delle letture su Delicious.

Il funzionamento è semplice. Quando sono su una pagina web qualsiasi, mi basta archiviarla su Delicious come al solito ma usando anche un tag preciso, nel mio caso “letture”. Il plugin, a intervalli di un’ora, preleverà il feed e mostrerà in un widget questi titoli, con tanto di descrizione, tag, data, ecc. Il sistema funziona anche da Google Reader: in questo caso posso utilizzare il pulsante in fondo agli articoli “Invia a Delicious”. In realtà non uso questo pulsante, perché l’URL generato non mi piace (roba del tipo: http://feedproxy.google.com/~r/blah-blah-blah). Faccio invece clic sul titolo dell’articolo e quindi salvo la pagina su Delicious come per qualsiasi altra.

Il plugin, che ho creato mesi fa, si chiama Delicious Readings. Una volta installato e attivato, crea un nuovo widget che potrà essere inserito nella sidebar. Ecco come si presenta nella dashboard:

L’unico parametro essenziale è soltanto quello dell’indirizzo del feed: tutto il resto è di contorno. Questo è invece un esempio di cosa mostra:

Come vedete mostra un po’ tutto quello che è presente nelle opzioni, ma si può scegliere se visualizzare solo i titoli, se mostrare la data, i tag, ecc. Ovviamente ogni elemento HTML è associato a classi CSS che potranno essere stilizzate tramite il foglio stile del proprio tema.

Delicious Readings, pensato e costruito per me stesso come tanti altri, è stato provato solo con Delicious: non so dirvi se funziona con Pinboard o altri servizi di bookmarking.

Il plugin, che ho conservato gelosamente solo per me, non è ancora disponibile sul repository di WordPress. Mi piacerebbe condividerlo, perché forse può tornare utile a qualcuno. Prima di farlo, però, vorrei che fosse sottoposto a un controllo. Se siete interessati, scrivetelo nei commenti e ve lo mando via email.

Photo courtesy: Kate’s Twirl, CC by-nc.

L'articolo Condividere su WordPress le proprie letture via Delicious è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Quando il feed RSS di WordPress fa i capricci

aldolat@gmail.com (Aldo Latino) — Thu, 28 Apr 2011 04:00:13 +0000

Ricordo che anni fa capitò anche a me. Allora non ero così a mio agio nei meandri di questo CMS e la cosa mi spiazzò. In parole semplici, il feed RSS di WordPress non veniva convalidato dai browser e nemmeno da FeedBurner, rimanendo quindi irraggiungibile per i lettori: c’era un errore nel parsing del file XML. Ricordo bene che il problema era dovuto a qualche riga vuota all’inizio (o alla fine) del file, ma non ricordo come ne uscii. Avrò senz’altro cercato aiuto su Google e, a giudicare dalla mole di risultati che ne escono fuori, sembra un problema capitato a tanti altri.

Questo problema si è presentato in questi giorni in un blog (che non amministro) e, chiaramente, il primo consiglio che si dà in questi casi è quello di disabilitare tutti i plugin, mettere il tema standard di WordPress (oggi TwentyTen, domani sarà TwentyEleven) e forzare l’aggiornamento della cache di FeedBurner (se si usa questo servizio). Nonostante questi passaggi, il problema persiste. Consiglio, quindi, di aggiornare a WordPress 3.1.2, visto che vengo anche a sapere che la versione in uso era la 3.1.1, ma niente da fare. Ottenuto l’accesso via FTP, decido di procedere a un aggiornamento manuale. Mentre osservavo l’upload dei file, lo sguardo mi cade sul file wp-config.php che — ovviamente — viene saltato nell’aggiornamento e mi domando:

E se fosse lui, il problema?

Intuizione corretta! Finito l’upload di tutti i file del core, compresi quelli del tema TwentyTen, e constatato che neanche questa soluzione era efficace, mi butto sul file in questione. Con un piacere quasi sadico mi accorgo che il file si chiudeva in questo modo:

?>
// riga vuota
// riga vuota

cioè con il tag di chiusura di PHP¹ più due righe vuote alla fine del file. Elimino il tag di chiusura del file: le righe vuote alla fine del file non mi interessano più, una volta che quel tag è stato eliminato e uploado il file corretto. Magia!

Bonus extra. Dai uno sguardo al tuo file wp-config.php che magari ti porti dietro da anni e accertati che le righe delle chiavi di sicurezza siano 8. Se non sono 8, prelevale dal WordPress.org secret-key service e sostituisci quelle che hai in quel file. Per entrare, poi, in bacheca dovrai autenticarti nuovamente.

Tra l’altro, mi chiedo, perché in WordPress è così onnipresente questo tag di chiusura? ↩︎

L'articolo Quando il feed RSS di WordPress fa i capricci è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Feed RSS

aldolat@gmail.com (Aldo Latino) — Tue, 09 Nov 2010 16:00:34 +0000

Quando legge i #feed e il post è troncato perché rimanda al blog per la lettura integrale, è quasi sicuro che lo salta #sapevatelo

Aldo Latino (@aldolat) November 9, 2010

L'articolo Feed RSS è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Shortcode per YouTube rivisto e migliorato

aldolat@gmail.com (Aldo Latino) — Sat, 26 Jun 2010 22:24:01 +0000

Ho rimesso mano a uno shortcode di cui vi avevo già scritto e che si è rivelato davvero comodo, quello per l’inserimento di un video di YouTube in un post. Le modifiche che ho apportato rispetto a quello già pubblicato riguardano due aspetti:

la possibilità di far partire il video da un punto preciso;
l’inserimento del poster frame del video se il post viene letto via feed.

Niente di particolarmente complicato, quindi, ma mi pare sempre interessante condividere con voi quanto combino.

La funzione e i suoi parametri

Ecco la funzione modificata:

/**
 * Shortcode to display a Youtube video
 *
 * @example [[youtube id=http://www.youtube.com/watch?v=kC9Ju63Bchk width=460 height=372 hour=1 min=12 sec=23]]
 */
function ubn_youtube($atts) {
    extract(shortcode_atts(array(
        'id' => '',
        'width' => '460',
        'height'=> '372',
        'hour' => 0,
        'min' => 0,
        'sec' => 0
    ), $atts));
    $videoid = substr($id, 31);
    if ( !is_feed() ) {
        // Let's convert hours and minutes in seconds
        $start = (($hour*60*60)+($min*60)+$sec);
        $output = '<p><object type="application/x-shockwave-flash" data="http://www.youtube.com/v/' . $videoid . '&hl=it_IT&start=' . $start . '" width="' . $width . '" height="' . $height . '">
                    <param name="movie" value="http://www.youtube.com/v/' . $videoid . '&hl=it_IT&start=' . $start . '" />
                    <param name="FlashVars" value="playerMode=embedded" />
                    <param name="wmode" value="transparent" />
                    </object></p>';
    } else {
        $output = '<p><a href="' . get_permalink() . '" title="Fai clic per vedere il video incorporato">
                       <img src="http://img.youtube.com/vi/' . $videoid . '/0.jpg" alt="Video preview" />
                   </a></p>';
    }
    return $output;
}
add_shortcode('youtube', 'ubn_youtube');

La funzione richiede un solo parametro: l’URL della pagina del video. Ad esempio:

[youtube id=http://www.youtube.com/watch?v=kC9Ju63Bchk]

Il video uscirà con una larghezza di 460✕372 pixel, iniziando la riproduzione dall’inizio. Se pubblicate i video sempre a una dimensione, modificate i valori direttamente nella funzione.

Se si vogliono personalizzare le dimensioni per un post preciso, inserire:

[youtube id=http://www.youtube.com/watch?v=kC9Ju63Bchk width=460 height=372]

modificandone i valori.

Se si desidera far partire il video da un punto preciso, inserire ad esempio:

[youtube id=http://www.youtube.com/watch?v=kC9Ju63Bchk hour=1 min=15 sec=23]

oppure indicando solo i secondi:

[youtube id=http://www.youtube.com/watch?v=kC9Ju63Bchk sec=45]

Il poster frame nel feed

Per questa modifica, faccio una piccola introduzione. Se inseriamo un video da YouTube in un nostro post, il video non sarà mostrato nel feed risultante, neanche come link alla pagina originale. Si può optare, allora, per l’utilizzo di un plugin specifico o, invece, per l’utilizzo della funzione nel proprio tema che visualizza al posto del video uno dei suoi frame. YouTube, infatti, conserva una serie di immagini tratte dal video come “poster frame” (cioè come anteprime) nella directory http://img.youtube.com/vi/[id-del-video]/ con questi nomi:

0.jpg = un poster frame di dimensioni più generose;
1.jpg ~ 3.jpg = una serie di tre poster frame di dimensioni ridotte

Se l’URL del video è http://www.youtube.com/watch?v=kC9Ju63Bchk, l’URL del file 0.jpg sarà:

http://img.youtube.com/vi/kC9Ju63Bchk/0.jpg

Lo shortcode che ho modificato include questa funzionalità, mostrando nel feed RSS un’immagine, collegata al vostro articolo, al posto del video. Eccovi un esempio di ciò che il mio feed mostra nel Planet di Ubuntu Italia relativamente all’articolo 2012: l’anno delle balle mega galattiche:

Manco a dirlo, l’XHTML risultante è valido per il W3C.

L'articolo Shortcode per YouTube rivisto e migliorato è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Social Network: la struttura della mia rete di feed RSS

aldolat@gmail.com (Aldo Latino) — Fri, 10 Jul 2009 10:19:24 +0000

Leggevo questa mattina un interessante (come di consueto) articolo di Francesco Gavello sul metodo e sui motivi per implementare un sideblog nel proprio diario online, dal titolo “Come (ma Soprattutto Perché) Implementare un Sideblog – 1ª parte”. Nell’articolo l’autore invita ad aggiungere dei mini contenuti aggiuntivi di supporto ai post del blog, che richiamino in modo succinto i temi già trattati più diffusamente nel blog, anche se non necessariamente.

Da tempo volevo scrivere qualcosa di vicino a questo argomento e Francesco col suo post mi ha dato lo stimolo a farlo: vediamo in che modo mi sono organizzato.

I contenuti

Il mio approccio alla questione del sideblog, come si saranno accorti coloro che sfogliano Ubuntu block notes, è stato quello di aggiungere nella mia barra laterale i feed dei servizi più importanti che uso. Fare ciò ha significato snellire la sidebar da tutti i widget per me inutili e riempirla con contenuti aggiuntivi, che – anche se con argomenti non sempre inerenti al tema principale del mio blog – arricchiscono senz’altro questo mio diarietto. I principali servizi che uso sono Google Reader da cui condivido alcune delle mie letture, Tumblr coi suoi mini post e Delicious coi miei segnalibri; a questi si aggiungono anche i miei “statuses” su Twitter e Identi.ca, e qualcos’altro ancora, come la segnalazione degli articoli “speciali” già pubblicati nel mio blog. Usare questi servizi è estremamente semplice: mi basta condividere solo un brano di un articolo che leggo (e magari aggiungerci una nota personale) premendo un pulsante su Google Reader, oppure scrivere un mini post o fare una citazione o segnalazione di link su Tumblr usando il bookmarklet, e così via anche per Delicious. In questo modo si mantiene senz’altro più vivo e ricco il proprio blog con nessuna fatica, anche se sono contenuti che appaiono e man mano scompaiono dal blog stesso.

Il metodo

Con questo approccio non faccio uso del database, che conterrà quindi solo i miei articoli. E ciò causa l’inconveniente che queste “note a margine” non compaiano nel feed principale, quello del blog. Per questo motivo ho ripensato la struttura dei miei feed RSS: ora per tutti c’è un unico feed che fa da collettore, quello di Twitter. Grazie al servizio di Twitterfeed, tutti i feed vengono raccolti e inviati a Twitter, apponendo all’inizio di ciascuno un tag (ad es., [post], [delicious], [gReader], ecc.) per l’identificazione della fonte del messaggio inviato. In altre parole, abbonandosi al mio account Twitter, si riceveranno tutti gli avvisi circa la mia attività online: articoli, mini articoli, letture, segnalibri, statuses. Ecco un diagramma esplicativo:

C’è da dire che, comunque, anche su Friendfeed vengono ripostati tutti gli aggiornamenti: uso Friendfeed però solo per le discussioni in tempo reale (eccezionale da questo punto di vista). Identi.ca, invece, lo uso solo per gli aggiornamenti in inglese e generalmente relativi solo a Linux & Co.

Conclusione

In conclusione, quindi, sono d’accordo con quanto scritto da Francesco nel suo post. Una differenza sostanziale che colgo è che il mio sideblog non viene costruito all’interno di WordPress, ma su servizi esterni. Addirittura è il feed di Twitter a fare la parte principale di contenitore completo.

Ad essere sincero, quando iniziai a pensare a questi contenuti extra, cercai di implementare qualcosa come quello che Filippo “Pollycoke” Pappalardo fa nel suo “Espresso” o come Remo “Mefisto” Quintino fa nel suo Quicklook, ma lasciai perdere per alcune scelte tecniche che avrei dovuto utilizzare. Alla fin fine mi sta bene così e ne sono attualmente soddisfatto. E comunque non è assolutamente detto che il metodo da me scelto sia il migliore: è solo quello che oggi sto usando.

L'articolo Social Network: la struttura della mia rete di feed RSS è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Aggiungere Twitter al feed RSS di WordPress

aldolat@gmail.com (Aldo Latino) — Sat, 27 Jun 2009 20:06:08 +0000

Avrete notato che nella barra laterale di sinistra ho inserito il pulsante per il retweet dei miei articoli, utilizzando il servizio di TweetMeme. Diciamo che ho spostato ormai verso Twitter tutta l’attività dei network che utilizzo: tutto quello che combino nella rete (post sul blog, segnalibri su Delicious, letture condivise da Google Reader, post su Tumblr, ecc.) viene ripostato sempre su Twitter, ad esclusione di Identi.ca dove scrivo quasi esclusivamente in inglese e per questo motivo non ho reindirizzato la copia dei messaggi su Twitter.

Per integrare Twitter nel blog ho utilizzato il plugin di TweetMeme, anche se lo stesso scopo si poteva ottenere senza il suo uso. Questo plugin consente di inserire automaticamente il widget negli articoli (all’inizio o alla fine o in entrambi i posti), nelle pagine statiche e nel feed RSS. Nel mio caso ho dovuto inserirlo manualmente perché lo volevo nella sidebar di sinistra. In questo modo mi sono precluso la possibilità di inserirlo automaticamente quantomeno in coda ad ogni articolo del feed di Ubuntu block notes.

Mi sono quindi dato da fare e ho cominciato col crearmi un pulsante in Inkscape (a sinistra). Ho messo quindi mano al codice modificando il mio attuale functions.php, che già visualizza un box con i crediti all’autore del post,¹ e aggiungendo le righe specifiche per Twitter. Ecco il codice che ho inserito nel file:

// Inserisce nel feed RSS un badge per twitter e un backlink all'articolo originale e al blog
function insertFootNote($content) {
  if(is_feed()) {
    $content.= "<div style=\"margin:30px 0 15px;\">";
    $content.= "<a href=\"http://twitter.com/home?status=sta leggendo ".get_permalink()."\" title=\"Condividilo su Twitter!\" target=\"_blank\">";
    $content.= "<img src=\"".get_bloginfo('template_url')."/images/tweet-this.png\" alt=\"Condividilo su Twitter!\" width=\"100\" height=\"18\" />";
    $content.= "</a></div>";
    $content.= "<p style=\"border-radius:5px;-moz-border-radius:5px;-webkit-border-radius:5px;background-color:#ddd;border:1px solid #ccc;padding:5px;\">Leggi l'originale: <a href=\"".get_permalink()."\">".get_the_title()."</a><br />";
    $content.= "di <a href=\"".get_bloginfo('url')."\">".get_bloginfo('name')."</a></p>";
  }
  return $content;
}
add_filter ('the_content', 'insertFootNote');

Il pulsante di Twitter in coda ai post nel feed RSS.

Questo codice è l’adattamento di quanto WpRecipes ha pubblicato su un argomento simile: “Come aggiungere automaticamente del contenuto dopo ogni post”. Nel mio caso si trattava invece del feed, per cui l’adattamento è stato facile. Il risultato lo si può vedere qui a sinistra.

In pochissime parole, in quelle righe di codice si dice che WordPress, se sta visualizzando il feed, deve aggiungere al contenuto ($content.=) alcune righe, esposte nel codice su più linee per comodità. Se volete implementarlo anche voi, le righe sono già pronte per essere utilizzate. Considerate che le righe 10 e 11 visualizzano i crediti per l’autore, per cui se non le volete cancellatele. In più vi serve l’immagine del pulsante, che avete visto poco prima o una di vostro gradimento.

Utile nel caso di ripubblicazione del feed altrove. ↩︎

L'articolo Aggiungere Twitter al feed RSS di WordPress è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Aggiornare .htaccess al nuovo indirizzo di FeedBurner

aldolat@gmail.com (Aldo Latino) — Fri, 23 Jan 2009 09:40:15 +0000

I feed principali di questo blog sono gestiti da FeedBurner che, come saprete, è stata acquisita da Google. Proprio ieri, leggendo alcune pagine del servizio, mi sono ricordato che a breve tutti i feed sarebbero stati spostati verso il nuovo indirizzo, se non erro entro la fine di febbraio prossimo. Mi sono deciso dunque a trasferire subito i feed, visto che Google dava la possibilità di farlo. Il passaggio è stato assolutamente indolore: solo per un paio di feed ho atteso qualche minuto in più perché essi fossero di nuovo raggiungibili.

In questo passaggio ho dovuto aggiornare anche alcune regole presenti nel mio .htaccess, in particolare quella che mi reindirizza le richieste di abbonamento ai feed verso FeedBurner e quella che mi protegge dall’hotlinking. Vi riporto le modifiche eseguite perché magari vi può tornare utile.

FeedBurner

L’URL di FeedBurner cambia: dal vecchio http://feeds.feedburner.com si passa a http://feeds2.feedburner.com seguito dal nome scelto per il feed. Se usate .htaccess per reindirizzare i feed, cambiate le righe relative. Ecco un esempio di un blocco di regole:

### INIZIA REDIRECT DEI FEED DI WORDPRESS VERSO FEEDBURNER ###
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} !^.*(FeedBurner|FeedValidator) [NC]
## POSTS
RewriteRule ^feed/*$ http://feeds2.feedburner.com/miei-articoli [L,NC,R=302]
## COMMENTI
RewriteRule ^comments/feed/*$ http://feeds2.feedburner.com/miei-commenti [L,NC,R=302]
## TAG
RewriteRule ^tag/mio-tag/feed/*$ http://feeds2.feedburner.com/mio-tag [L,NC,R=302]
## CATEGORIE
RewriteRule ^category/mia-categoria/feed/*$ http://feeds2.feedburner.com/mia-categoria [L,NC,R=302]
</IfModule>
### FINISCE REDIRECT DEI FEED DI WORDPRESS VERSO FEEDBURNER ###

Rispetto a quanto scrissi tempo fa, ho apportato qualche piccola modifica. Anzitutto ho riunito le due righe di esclusione dal redirect dello stesso servizio FeedBurner (riga 4). Poi, alle righe 6, 8, 10 e 12 notate il nuovo indirizzo cui redirigere chi si abbona. Ho infine aggiunto un esempio su come reindirizzare chi si volesse abbonare a un vostro particolare tag oppure a una delle categorie. Occhio a personalizzare correttamente l’URL del vostro feed originale (quello di sinistra) con l’URL del feed corrispondente su FeedBurner. Penso non ci siano dubbi su come farlo. 🙂

Hotlinking

Anche qui, se avete implementato questa preziosa regola, dovete intervenire. Se avete usato il mio precedente suggerimento, cambiate queste righe

RewriteCond %{HTTP_REFERER} !^http://www.feedburner.com/.*$ [NC]
RewriteCond %{HTTP_REFERER} !^http://feeds.feedburner.com/vostro-nick$ [NC]

con queste

RewriteCond %{HTTP_REFERER} !^http://www.feedburner.com/.*$ [NC]
RewriteCond %{HTTP_REFERER} !^http://feedburner.google.com/.*$ [NC]
RewriteCond %{HTTP_REFERER} !^http://feeds2.feedburner.com/.*$ [NC]

Vi riporto un esempio completo di regola di hotlinking, in modo da fugare dubbi su come scriverle:

### INIZIA PROTEZIONE HOTLINK ###
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{REQUEST_FILENAME} -f
RewriteCond %{REQUEST_FILENAME} .(gif|jpe?g?|png)$                     [NC]
# Sostituire mio-dominio con il proprio dominio (solo il nome senza estensione)
RewriteCond %{HTTP_REFERER} !^https?://([^.]+.)?mio-dominio.           [NC]

# Permette a  FeedBurner di accedere alle immagini
RewriteCond %{HTTP_REFERER} !^http://www.feedburner.com/.*$            [NC]
RewriteCond %{HTTP_REFERER} !^http://feedburner.google.com/.*$         [NC]
RewriteCond %{HTTP_REFERER} !^http://feeds2.feedburner.com/.*$         [NC]

# Permette a Google Reader di accedere alle immagini
RewriteCond %{HTTP_REFERER} !^http://www.google.com/reader/view/.*$    [NC]
RewriteCond %{HTTP_REFERER} !^http://www.google.com/reader/m/view/.*$  [NC]

# Permette ai motori di ricerca di accedere alle immagini
RewriteCond %{HTTP_REFERER} !search?q=cache                            [NC]
RewriteCond %{HTTP_REFERER} !google.                                   [NC]
RewriteCond %{HTTP_REFERER} !yahoo.                                    [NC]

# Permette che solo questa immagine venga visualizzata
# (modificare l'indirizzo sottostante con quello corretto)
RewriteCond %{REQUEST_URI}  !^/percorso-a/mia-immagine.png$            [NC]

# Decommentare la riga 32 se non si vuole far visualizzare nulla
# e commentare la riga 38
# RewriteRule .(gif|jpe?g?|png)$ -                                 [F,NC,L]

# Oppure se si vuole far visualizzare una immagine,
# inserire qui il link (quella inserita nella regola col Request_URI)
# oppure ancora se si preferisce reindirizzare a una immagine esterna al proprio spazio
# inserirne il link
RewriteRule .(gif|jpe?g?|png)$ http://www.mio-dominio.it/percorso-a/mia-immagine.png [R,NC,L]
</ifModule>
### FINISCE PROTEZIONE HOTLINK ###

Ho commentato tra le righe i vari passaggi che penso siano chiari. Per verificare che la protezione dall’hotlinking funzioni a dovere, recatevi qui e inserite nel campo apposito l’URL di una delle immagini che avete nel vostro blog. Prima di premere su “Check Link” svuotate la cache del browser, altrimenti vedrete l’immagine prelevata dal vostro disco.

L'articolo Aggiornare .htaccess al nuovo indirizzo di FeedBurner è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

3 funzioni per WordPress senza l’uso di alcun plugin

aldolat@gmail.com (Aldo Latino) — Fri, 02 Jan 2009 11:48:30 +0000

WordPress, splendida piattaforma open source orientata al blogging, consente di estenderne le potenzialità installando plugin per uno specifico scopo. Installare un plugin è spesso l’unica soluzione per poter avere una particolare funzione, necessaria nel nostro blog; ma in tanti casi è sufficiente mettere mano al codice del nostro tema per poter implementare la stessa identica funzione senza installare nulla di aggiuntivo (come ho più volte scritto: qui, qui e qui). Ecco 3 esempi.

Visualizzare data e ora dell’ultima modifica

Credo sia utile per i nostri lettori sapere se un articolo è stato modificato dalla loro ultima visita, specie se un blog tratta argomenti di natura tecnica. L’autore potrebbe commettere un errore nel riportare codice o altro, per cui il lettore saprebbe se l’articolo è stato rivisto o no.

Ecco il codice PHP che potete incollare nel punto del vostro tema dove volete appaia l’informazione (generalmente è utile nella sezione “postmetadata”. Da notare che l’informazione apparirà soltanto se l’articolo è stato modificato.

<?php
  $x = get_the_time('U');
  $m = get_the_modified_time('U');
  if ($m != $x) {
    echo 'Ultima modifica: '; the_modified_time('j F Y H,i');
  }
?>

Le righe 2 e 3 interrogano il database sulle due date di creazione e modifica dell’articolo e le assegna a due variabili. La riga 4 controlla se le due date sono diverse; se sono diverse, visualizzerà la riga 5.

Visualizzare citazioni a caso

Se vi piace poter visualizzare alcune citazioni nel vostro sito, scelte a caso tra una serie preimpostata, allora queste poche righe vi saranno utili.

Create un file di puro testo dove inserire le vostre citazioni. Scrivete una citazione in ogni riga, ad esempio:

Citazione 1
Citazione 2
Citazione 3
e così via...

La funzione, infatti, preleverà a caso una di queste righe e le mostrerà nella pagina. Salvato il file, caricatelo via FTP nel vostro server.

Ora copiate queste righe:

<?php
$file  = "http://www.example.com/citazioni/citazioni.txt";
$quote = file($file);
echo $quote[array_rand($quote)];
?>

e prima di incollarle, modificate il valore della variabile $file alla riga 2, mettendo l’URL corretto che punta al file di testo. Incollate le righe di codice nel file del tema dove volete che appaiano le citazioni (generalmente l’header.php o sidebar.php o footer.php), salvatelo e provatelo.

Redirigere i propri feeds su FeedBurner

Attenzione! L’URL di FeedBurner è cambiato! Leggi questo post in cui scrivo anche come adattare .htaccess.

Se volete delegare FeedBurner per la gestione del vostro feed WordPress, potete utilizzare il plugin ufficiale FeedSmith (che ho usato anch’io fino a qualche tempo fa), oppure potete evitarlo modificando il vostro file .htaccess, che, come sapete, fornisce istruzioni locali al server Apache.

Ecco il codice:

### INIZIA IL REDIRECT DEL FEED WORDPRESS VERSO FEEDBURNER ###
<IfModule mod_rewrite.c>
  RewriteEngine on
  RewriteCond %{HTTP_USER_AGENT} !FeedBurner [NC]
  RewriteCond %{HTTP_USER_AGENT} !FeedValidator [NC]
  # ARTICOLI
  RewriteRule ^feed/?([_0-9a-z-]+)?/?$ http://feeds.feedburner.com/miofeed1 [R=302,NC,L]
  # COMMENTI
  RewriteRule ^comments/feed/?([_0-9a-z-]+)?/?$ http://feeds.feedburner.com/miofeed2 [R=302,NC,L]
  ### FINISCE IL REDIRECT DEL FEED WORDPRESS VERSO FEEDBURNER ###
</IfModule>

Assicuratevi di modificare nelle righe 7 e 9 la dicitura miofeed1 e miofeed2 con il nome corretto che avete creato in FeedBurner. Con queste regole, delegherete FeedBurner per la gestione dei feed degli articoli e dei commenti. Se non volete redirezionare il feed dei commenti, potete eliminare (o commentare con un # ad inizio riga) le righe 8 e 9.

Fonte: Perishable Press, con qualche modifica alle righe di codice.

L'articolo 3 funzioni per WordPress senza l’uso di alcun plugin è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

WordPress e htaccess

aldolat@gmail.com (Aldo Latino) — Fri, 22 Aug 2008 14:58:36 +0000

Sto cominciando ad interessarmi ad htaccess che, come sapete, consente di impostare le regole per l’accesso alle directory presenti nel proprio spazio sul server web. Se volete, ad esempio, impedire momentaneamente l’accesso ai file del vostro sito o volete impedire l’hotlinking delle vostre immagini o volete impedire l’accesso a chi proviene da un particolare sito che vi linka… potete farlo impostando le regole specifiche nel file .htaccess presente (si spera) nella root del vostro blog/sito. Sono tantissime le cose che potete impostare: qui me ne sono appuntate alcune che condivido con voi. Ovviamente per fare una determinata operazione si può scrivere una regola in un modo o in un altro: l’importante è ottenere lo stesso effetto.

È un argomento del tutto nuovo per me e, per questo, mi sono documentato un po’ in rete: ho trovato estremamente interessante il blog di Perishable, una vera miniera! Potete dare un’occhiata anche al tag htaccess dei miei bookmark su Delicious.

Il titolo di questo articolo, forse, non è appropriatissimo, visto che le regole che si impostano qui valgono per qualunque sito anche non gestito da questo CMS.

L’.htaccess di WordPress

Quando installiamo WordPress per la prima volta, dovremmo trovare automaticamente un nuovo file nella nostra root chiamato .htaccess, contenente le regole di base. Qualora non ci fosse (molto strano), WordPress ne genera uno se andiamo nella pagina Permalink del pannello di amministrazione e facciamo clic su Salva le modifiche, anche senza aver modificato nulla. WordPress, in questo caso:

se il file esiste, aggiunge le sue regole in coda;
se il file non esiste, ne genera uno.

Ecco le regole che imposta:

# BEGIN WordPress
<IfModule mod_rewrite.c>
  RewriteEngine On
  RewriteBase /
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Impediamo l’hotlinking

L’hotlinking è, in parole dure, un furto di banda. Capita che qualche blogger sia interessato ad un nostro articolo e faccia copia e incolla dell’articolo, portandosi dietro anche il codice che linka ad una eventuale nostra immagine che risiede nel nostro server. In questo modo, quando si visualizza l’immagine nel suo blog, questa viene prelevata dal nostro sito, utilizzando dunque banda nostra.

Per impedire ciò aggiungiamo queste regole al file .htaccess:

### PROTEZIONE HOTLINK ###
<IfModule mod_rewrite.c>
  RewriteEngine on
  RewriteCond %{HTTP_REFERER}     !^$
  RewriteCond %{REQUEST_FILENAME} -f
  RewriteCond %{REQUEST_FILENAME} \.(gif|jpe?g?|png)$ [NC]
  RewriteCond %{HTTP_REFERER}     !^https?://([^.]+\.)?dominio\. [NC]
  RewriteRule \.(gif|jpe?g?|png)$ - [F,NC,L]
</ifModule>

Vediamo cosa significano le righe:

La prima riga è un commento.
La seconda controlla che mod rewrite sia presente sul server.
La terza abilita il motore di rewrite.
La quarta permette le richieste di referer che non specifichino il file dell’immagine.
La quinta controlla che il file richiesto esista.
La sesta controlla quale sia la parte finale del file richiesto.
La settima permette le richieste provenienti da “dominio”.
L’ottava è l’azione da eseguire: dà un errore 403 se viene richiesto uno dei file elencati.
La nona chiude il processo.

Queste righe possono essere aggiunte al file .htaccess che già avete nella vostra root. Ovviamente, sostituite “dominio” con quello vostro. Ad esempio, se il vostro sito si trova a http://www.miosito.it, dovrete inserire solo “miosito” al posto di “dominio”. Potete anche aggiungere altre estensioni oltre quelle già inserite: eventualmente modificate sia la 6a che la 8a riga. Per fare una prova se avete inserito correttamente le regole, potete andare qui e inserire l’indirizzo di una immagine presente nel vostro sito. Prima di premere il pulsante, però, svuotate la cache del browser, altrimenti vedrete ugualmente l’immagine, perché il browser la preleva da lì.

Se invece di servire un errore 403 volete far visualizzare una immagine specifica, sostituite la riga n. 8 con queste due:

RewriteCond %{REQUEST_URI} !^/hotlink\.jpg$ [NC]
RewriteRule \.(gif|jpe?g?|png)$ http://www.vostrosito/hotlink.jpg [R,NC,L]

cambiando /hotlink nella prima riga con la posizione dell’immagine da visualizzare e http://www.vostrosito/hotlink.jpg con l’URL dell’immagine desiderata.

Ecco un esempio di applicazione:

L’immagine originale a sinistra veniva prelevata direttamente dal mio spazio e, applicando queste regole, ecco cosa viene visualizzato al suo posto (immagine a destra).

Chiaramente, sta a voi usare con prudenza questo sistema, siate consapevoli di quello che fate e siate responsabili. Evitate di far visualizzare immagini che turbino la sensibilità di chi può commettere un errore e di chi visita il sito di chi l’errore lo compie.

Aggiunta di eccezioni

Ovviamente queste regole bloccano qualunque sito che prelevi le immagini dal vostro spazio, compresi servizi legittimi come Google Reader, FeedBurner, i motori di ricerca e magari il planet del vostro progetto opensource. Per evitare che ciò avvenga inseriamo le regole che consentano a specifici servizi di accedere ai file bloccati.

La riga di eccezione è questa:

RewriteCond %{HTTP_REFERER} !^url-sito$ [NC]

per cui basta sostituire url-sito con la URL e avrete finito. Eccovi alcuni esempi:

FeedBurner

RewriteCond %{HTTP_REFERER} !^http://www.feedburner.com/.*$ [NC]
RewriteCond %{HTTP_REFERER} !^http://feeds.feedburner.com/vostro-nick$ [NC]

Google Reader

RewriteCond %{HTTP_REFERER} !^http://www.google.com/reader/view/.*$ [NC]
RewriteCond %{HTTP_REFERER} !^http://www.google.com/reader/m/view/.*$ [NC]

Motori di ricerca

RewriteCond %{HTTP_REFERER} !search\?q=cache [NC]
RewriteCond %{HTTP_REFERER} !google\. [NC]
RewriteCond %{HTTP_REFERER} !yahoo\. [NC]

Con questo sistema potete inserire tutti i siti che vi interessano. Ad esempio, la riga di eccezione per il planet di ubuntu-it potrebbe essere così:

RewriteCond %{HTTP_REFERER}  !^https?://([^.]+\.)?planet.ubuntu-it\. [NC]

Le righe vanno inserite dopo la 7a, cioè sotto al primo referer abilitato (cioè il vostro sito).

Reindirizzamento temporaneo

Potrebbe tornarci utile redirigere il traffico entrante, anche solo momentaneamente, verso una pagina ben precisa del nostro sito o verso una pagina esterna. Ad esempio, se stiamo facendo lavori di manutenzione sul sito e non vogliamo renderlo disponibile, possiamo inserire una regola temporanea nell’.htaccess, per poi toglierla (o commentarla) quando avremo finito. Lo stesso risultato può ottenersi comodamente con un plugin, ma credo che con questo sistema si soddisfi di più il nostro desiderio di capire come funzioni un servizio web. L’essere o mostrarsi più geek non centra nulla qui: penso sia più istruttivo mettere mano con competenza e serietà ad htaccess che usare un plugin che dovrebbe ottenere lo stesso effetto.

Ecco la regola:

### REINDIRIZZAMENTO TEMPORANEO ###
<Limit GET POST PUT>
  order deny,allow
  deny from all
## AGGIORNARE IL SEGUENTE NUMERO IP CON QUELLO ATTUALMENTE VOSTRO!! ##
  allow from 123.45.6.789
</LIMIT>
ErrorDocument 403 /vostro-file.html
<Files vostro-file.html>
  order allow,deny
  allow from all
</Files>

Attenzione alle righe da sostituire: quella col numero IP del vostro PC e del file html (2 volte) dove volete siano reindirizzati i vostri visitatori.

Reindirizzamento per chi proviene da un particolare dominio

Se per un motivo qualsiasi non vogliamo ricevere visite indirizzateci da un particolare dominio, possiamo aggiungere questa regola:

### REINDIRIZZAMENTO PER CHI PROVIENE DA UN DOMINIO ###
<IfModule mod_rewrite.c>
  RewriteEngine On
  RewriteCond %{HTTP_REFERER} .*dominio.it.*
  RewriteRule (.*) http://www.dominio.com [R=301,L]
</IfModule>

Sostituite dominio.it con il dominio di chi vi linka e http://www.dominio.com con l’URL del sito dove volete reindirizzare chi arriva a voi da quel sito.

Anche in questo caso, usate con prudenza il reindirizzamento, siate consapevoli di quello che fate e siate responsabili. Evitate il reindirizzamento a siti che turbino la sensibilità di chi vi visita.

Se avete intenzione di inserire regole per htaccess nei commenti a questo articolo, credo che WordPress sostituirà alcuni caratteri. Usate un servizio Pastebin oppure discutiamone nel forum.

L'articolo WordPress e htaccess è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

MyClass

aldolat@gmail.com (Aldo Latino) — Sun, 03 Aug 2008 23:24:15 +0000

Ultimamente mi andava di mettere mano a tag HTML e fogli stile… m’è uscita ‘sta cosa e non mi dispiace affatto. Nulla di originale nell’idea, ma ciò che mi piace notare, al di là del risultato estetico, è che riesco a creare da zero un tema per WordPress… o_O l’ho chiamato MyClass. Con questo codice la pagina si è alleggerita parecchio e lo vedo io che ho un PC vecchissimo. Ho poi eliminato una riga di pubblicità: adesso sono solo due (nella sidebar e nel footer) e di solo testo: spero che disturbino poco. Infine, ho inserito le categorie anche come menu, proprio sotto la testata.

Nel frattempo ho anche delegato FeedBurner a gestire i miei due feed (articoli e commenti): chi si è iscritto a queste fonti non deve far nulla, perché i loro indirizzi rimangono invariati.

L'articolo MyClass è uno scritto di aldolat.it. Rispettane le condizioni di licenza.