• smanacciando sul file htaccess,
• lasciando che lo faccia per voi Hotlink Protection, un plugin di WordPress dedicato proprio a gestire al meglio questa pratica.

In entrambi i casi il file htaccess non permetterà che le vostre immagini siano oggetto di hotlinking.
E in entrambi i casi potrete prendervi gioco dell’hotlinker del caso, sostituendo automaticamente un’immagine da voi scelta a quella da lui presa di mira.

Sarà sufficiente inserire il seguente codice nel vostro file htaccess:

# START hotlinking sucks by sbranex
RewriteEngine On
RewriteCond %{HTTP_REFERER} !^$ RewriteCond %{HTTP_REFERER} !http://www.nomesito.ltd
RewriteRule (wp-content/uploads.*\.(gif|jpg|jpeg|png)$) http://www.nomesito.ltd/immagine-da-mostrare.jpg [L]
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L]
# END hotlinking sucks by sbranex

L’htacces così composto autorizza alla pubblicazione delle immagini presentati su nomesito.ltd il solo nomesito.ltd, ma potete inserire delle eccezioni.
Chiaramente quello sopra indicato è un codice abbastanza generico che potrebbe differire in base alle impostazioni del vostro WordPress, in funzione delle regole di riscrittura da voi precedentemente impostate, etc… quindi prima di mettere mano all’htaccess fatene una copia, e magari fate un backup del vostro amato blog, che male non fa.

Eh già, ma in questo modo bloccherete l’accesso alle immagini anche ai motori di ricerca.
E’ dunque il caso di creare delle eccezioni, in modo tale che i motori di ricerca siano in grado di impiegare le vostre immagini.
Ecco di seguito una -minima- parte del mio file htaccess, nel quale specifico che il dominio Sbrana.com, Google, Yahoo!, Msn e Ask sono autorizzati ad utilizzare le immagini conservate nelle cartelle uploads e archivio, mentre agli altri verrà visualizzata l’immagine che vedete all’inizio di questo post.

# START hotlinking sucks by sbranex
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !http://www.sbrana.com
RewriteCond %{HTTP_REFERER} !google\. [NC]
RewriteCond %{HTTP_REFERER} !search\?q=cache [NC]
RewriteCond %{HTTP_REFERER} !images.google\. [NC]
RewriteCond %{HTTP_REFERER} !msn\. [NC]
RewriteCond %{HTTP_REFERER} !yahoo\. [NC]
RewriteCond %{HTTP_REFERER} !ask\. [NC]
RewriteRule (wp-content/uploads.*\.(gif|jpg|jpeg|png)$)|(archivio.*\.(gif|jpg|jpeg|png)$) http://www.sbrana.com/wp-content/themes/copyblogger/hotlinking.jpg [L]
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END hotlinking sucks by sbranex

Se avete optato per l’adozione del plugin WordPress Hotlink Protection, sarà sufficiente eseguirne l’installazione e il rapido e semplice setup per ottenere un risultato ugualmente efficace, anche se poi vi suggerisco di editare l’htaccess a mano (facendo prima una copia del vecchio!) per consentire l’accesso alle immagini da parte dei motori di ricerca.

Happy hotlinking sucks!

Related posts:

1. Passare da Rapidweaver a WordPress, con avvitamento di RSS e htaccess carpiato Come qualcuno già sa, ho recentemente cambiato piattaforma per questo...
2. Habemus WordPress Finalmente è fatta: dopo tanti dubbi, incertezze, tribolazioni e ibernazioni...
3. RapidWeaver e canonizzazione con htaccess In realtà avrei dovuto parlare di “canonicalizzazione” o magari “canonicalizzation”,...

Lasciando perdere i motivi di questo passaggio, già anticipati in un mio recente commento, mi soffermerei piuttosto su qualcosa di più uitle, ovvero come passare da Rapidweaver a WordPress, due piattaforme blog estrememente diverse.
Questo post ha dunque l’obiettivo di fornire un paio di indicazioni a chi vuol passare da Rapidweaver a WordPress e, essendo per forza di cose un po’ lungo, ne sconsiglio la lettura a chi non usa Rapidweaver e a chi lo usa ma non ha intenzione di passare a WordPress.

Allo stato delle cose, il sistema in sé abbastanza semplice.

E’ infatti sufficiente utilizzare il file RSS che genera Rapidweaver e procedere ad importare il tutto su WordPress.
Vi basterà infatti accedere al menu Manage del vostro pannello WordPress 2.6 e selezionare la voce Import.
Qui troverete varie opzioni di importazione, ma per importare da Rapidweaver a WordPress dovete selezionare la voce “RSS Import posts from an RSS feed“.

Lasciate lavorare WordPress.
Una volta completata l’importazione, se è andato tutto bene vi ritroverete con tutti i vecchi post importati e le vecchie categorie generate.
Ci sono però  da tenere presenti giusto un paio di cose: l’RSS che genera Rapidweaver è all’altezza del software stesso, quindi non è certo il massimo.
Vi capiterà quindi di dover rimettere mano ad ogni singolo post: se siete degli inguaribili pignoli come il sottoscritto dovrete infatti sistemarne la formattazione (come sto facendo io) e rivedere i vari link, non si sa mai.

Altra cosa da valutare, è che i post con categorizzazione doppia, come ad esempio nel caso del post Un paio di eventi a Pisa nella prima settimana di Giugno, inserito in cosa c’è a pisa e in eventi e corsi, non vengono gestiti in modo corretto da questa importazione, di conseguenza dovrete assegnare la seconda categoria in modo manuale, post per post.
Poco male, soprattutto se non avete un numero particolarmente alto di post.

Adesso che avete importato tutti i post fatti su Rapidweaver sul vostro nuovo blog in WordPress… beh, siete appena all’inizio, se avete intenzione di fare le cose per bene.
In base a come venivano costruite le url sul vecchio blog, è molto probabile che adesso su WordPress i post appena importati abbiano delle url completamente diverse, tantopiù che ora potete impostare il vostro blog in modo da creare dei permalink organizzati in cartelle in base a vari criteri.
Ad esempio potete generare delle url che riportano anno e mese di pubblicazione (come ho deciso di fare io), in modo da offrire all’utente una chiara informazione sulla data di pubblicazione del post ancor prima di visitare il vostro blog.
Questo aspetto è particolarmente importante per determinate categorie merceologiche.

Per intervenire vi basterà accedere al menu Settings posto in alto a destra sul vostro pannello WordPress e selezionare la voce Permalink.
Da qui potete scegliere se lasciare tutto di default (sconsigliato), optare per una struttura di url per data, numerica o completamente custom.

Qualsiasi scelta farete, al 99% vi ritroverete con delle nuove url diverse dalle vecchie url.
E questo è male (quasi quanto incrociare i flussi canalizzatori ).
Infatti, se non correrete ai ripari, gli utenti che cercheranno di accedere al vostro sito tramite bookmark, da un link da una risorsa esterna (ad esempio un vecchio trackback su un altro blog) o dai motori di ricerca, si ritroverano di fronte ad un poco incoraggiante errore 404: la risorsa non è più disponibile dove viene cercata, forse è stata spostata.

Dunque non si tratta “solo” di un disservizio per i vostri utenti, ma anche per i motori di ricerca: lasciando così le cose, con tutta probabilità potrete constatare un decremento del ranking dei vostri post sui motori di ricerca.
Tra l’altro, a chi fosse interessato, consiglio di dare una lettura ai suggerimenti per gestire al meglio gli errori 404, recentemente messi a disposizione sul blog che Google dedica al proprio pannello Webmaster.

Già, la risorsa è stata spostata… ma dove? E come faccio a comunicarlo?
Con i redirect 301, ossia dei redirect permanenti: la risorsa che stai cercando non la trovi più qui, è stata spostata definitivamente a quest’altro indirizzo.
Questi redirect potrete impostarli con un redirect dei poveri o magari con un .htaccess ben fatto, grazie al quale potrete utilizzare specifiche direttive Apache per directory e file, gestire gli errori, le regole di riscrittura delle url, configurare php e un sacco di altre cose: tanto utile quanto delicato da maneggiare: se non vi sentite sicuri e i post non sono molti, potete optare per il meta redirect dei poveri (un meta refresh a tempo 0 implementato su una pagina priva di contenuti di altro tipo).

Per implementare l’htaccess vi potrà tornare d’aiuto un tool per generare l’htaccess, comunque sia vi ritroverete con delle regole di tipo:

RewriteEngine On
RewriteBase /
RewriteRule ^files/rebus-pisano.html /2008/03/rebus-pisano/ [L,R=301]

In modo specifico, quello che vedete è un url rewrite sulla root del dominio con un redirect permanente 301, grazie al quale si comunica al client (utente, bot, etc.) che il contenuto disponibile sul documento “repus.pisano.html” conservato nella cartella “files” è ora disponibile alla url “http://www.sbrana.com/2008/03/rebus-pisano/”.

E detto così può anche sembrare semplice… un po’ più articolato è farlo per tutti i post, i tag, le categorie… insomma, per tutte le url del veccio sito/blog che adesso sono cambiate e che potrebberò fornire un’utie fonte di accessi.
Se proprio non avete voglia di farlo per tutte le sezioni del sito, potete valutare per un più pratico (e probabilmente meno efficace) redirect generalizzato verso la home, limitando i redirect specifici solo per quei post del blog che vi generano un certo volume di traffico.

Una volta completato il lavoro e pubblicato il file htaccess, se avete fatto le cose per bene, accedendo alle vecchie url verrete veicolati al nuovo indirizzo e, ipoteticamente, non si verificheranno sostanziali cambiamenti nel posizionamento di quello specifico docuemento.

Pur trattandosi di regole abbastanza generiche per il passaggio da una piattaforma A ad una piattaforma B, rimango a disposizione per dare una mano a chi avesse bisogno di un aiuto per passare da Rapidweaver a WordPress.

Related posts:

1. Habemus WordPress Finalmente è fatta: dopo tanti dubbi, incertezze, tribolazioni e ibernazioni...
2. RapidWeaver e canonizzazione con htaccess In realtà avrei dovuto parlare di “canonicalizzazione” o magari “canonicalizzation”,...
3. RapidWeaver 3.6, già meglio Dopo lunga attesa (almeno per quanto mi riguarda), è finalmente...

Finalmente è fatta: dopo tanti dubbi, incertezze, tribolazioni e ibernazioni temporanee, ho abbandonato definitivamente Rapidweaver e sono passato a WordPress.
Un ringraziamento particolare va a DSOM, che mi ha dato una mano non da poco con l’htaccess e Riccardo che si è destreggiato con il CSS.

Rimangono un po’ di cosette da sistemare, tipo gli stili dei vari post: essendo stati importati via rss va da sé che contengono un ignobile quantitativo di castronerie html.

Stessa cosa dicasi per i vecchi commenti, che allo stato attuale sono completamente assenti: prima utilizzavo Haloscan per la loro (ignobile) gestione, mentre adesso dovrò escogitare un sistema per importarli nel modo meno doloroso possibile.

Anzi: se vi vengono idee fatevi vivi.

Related posts:

1. Evitare l’hotlinking con WordPress L’hotlinking delle immagini è senza ombra di dubbio una pratica...
2. Passare da Rapidweaver a WordPress, con avvitamento di RSS e htaccess carpiato Come qualcuno già sa, ho recentemente cambiato piattaforma per questo...
3. Blog in ibernazione Giusto una comunicazione di servizio prima della breve pausa estiva....

Giusto una comunicazione di servizio prima della breve pausa estiva.

Questo blog da adesso verrà ibernato, anche se per un numero abbastanza contenuto di giorni: giusto il tempo necessario per il passaggio definitivo da RapidWeaver (tanto interessante quanto un vero dirompimento testicolare per la gestione e l’aggiornamento dei vari progetti) a WordPress, anche se temo non si tratterà di un passaggio così indolore.

Beh, a dire il vero questo blog era mezzo ibernato già da un po’ di tempo, soprattutto a causa del meno tempo che ho a disposizione e della scarsa comodità di postare sotto piattaforma Rapidweaver.
I motivi di questo cambio potrebbero dunque essere molti, ma tutti sono più o meno riconducibili ad un cambiamento delle mie esigenze, per le quali mi auguro che WordPress rappresenti uno strumento molto più adattabile. O forse è solo voglia di cambiare.

Comunque ci rivediamo a Settembre, e buone vacanze a chi sta per partire (un po’ vi invidio!).

Related posts:

1. Passare da Rapidweaver a WordPress, con avvitamento di RSS e htaccess carpiato Come qualcuno già sa, ho recentemente cambiato piattaforma per questo...
2. Habemus WordPress Finalmente è fatta: dopo tanti dubbi, incertezze, tribolazioni e ibernazioni...
3. RapidWeaver 3.6, già meglio Dopo lunga attesa (almeno per quanto mi riguarda), è finalmente...