Potrà suonarvi strano, ma nell’ordine:

- detesto i laghi e mi mettono un magone tremendo, soprattutto quando vengono considerati un’alternativa al mare. Il solo leggere che il Lago di Garda ha delle spiagge mi mette l’ansia. Un lago che ha le spiagge? Aaaaaaargh!
Spiaggia=mare=bagni nel mare. Lo so che è un’equazione cretina, ma sono un tipo da riviera (non da navigazione o da mare coi controcazzi: da riviera, semmai da nuoto, scuba, abrronzismo, verticali in acqua col costume slacciato e villegganti della prima file d’ombrelloni scandalizzati, ecc.) e proprio non ce la posso fare.
Capisco che se uno vive in Mongolia non abbia molte alternative, ma in Italia il mare è al massimo ad un paio d’ore di macchina praticamente ovunque vi troviate. Quindi non menatemela con il lago come alternativa al mare, che divento isterico più del solito.

- non amo la padania, intesa come terra (in cui peraltro in un certo senso vivo, anche se noi torinesi ci beiamo di qualche metro di altitudine sabauda e qualche sana e bellissima collina divisoria rispetto ai “barotti” leghisti berlusconiani della monotonia pianurosa lungo il Po, più a valle), meno che mai il suo abitante medio, meno che mai il suo accento, i modi di chi la abita, ecc.
Non vi dico cosa penso del Nord Est, vi basti sapere che ogni mattina mi sveglio e prego che Francesco Giuseppe ritorni dall’Oltretomba e se lo riporti in Austria. E magari in cambio ci tornino la Costa Azzurra e la Corsica, con cui non c’è paragone (tutta colpa dei Savoia!)

- Riva del Garda mi fa venire in mente orridi convegni specialistici (scegliete voi: palchettisti, informatori scientifici del farmaco, appassionati di volo a vela in guepiere, ecc.), tristi vacanze lungolago da Touring Club anni Cinquanta ed escursioni in cui si parte all’alba con le pedule e i calzettoni addosso e il pranzo al sacco per andare poi chissà dove di perdibile, ma sicuramente in salita e al freddo (amo l’escursionismo).

- I laghi padani mi sanno già di montagna. E io e la montagna non andiamo d’accordo per nulla. Non ci piaciamo a vicenda, forse per colpa di qualche tragica vacanza d’infanzia in cui a suon di “stai un po’ all’aria aperta!” mi strappavano dal mio Commodore Vic 20 per condannarmi alla noia agreste o mi intruppavano in inutili passeggiate salutiste in salita che considero tuttora una forma di tortura insopportabile. Che ci posso fare se mi piacciono le colline, le grandi città e il mare? (ecco perché forse dovrei vivere a San Francisco, a Capetown o a Marsiglia).

- Del Garda in particolare mi inquieta il claim turistico per cui da quelle parti, così a nord, così lontano dal mare, c’è il “clima mediterraneo”.
Ecco, se vuoi il clima mediterraneo, *vai* sul Mediterraneo e non certo dalle parti del Trentino, cazzarola!
E già in riviera dal 20 agosto in poi si sente puzza di autunno incombente, le giornate sono sempre più buie anche se il cielo è limpido e alle 5 in spiaggia devi metterti il golfino. Figuriamoci a metà settembre in un posto che è lì tra Lombardia, Veneto e Trentino.
Sì, sì, farà anche un po’ meno freddo che a Bolzano e avrà pure gli ulivi, ma nella stessa misura in cui il parco cittadino a due passi da casa mia ha un paio di palme. Resistono, ma sono come Totò e Peppino quando sbarcano a Milano. A disagio e con la saudade.

Visti tutti questi serissimi motivi per cui non amo tempo e luogo dell’evento, è palese che un motivo per cui ho prenotato una camera d’albergo nell’amena località gardesana per il prossimo weekend, in occasione della BlogFest ci deve per forza essere, no?

Ma è ovvio, siete VOI! E vi consiglio di esserci, perché l’evento (nonostante non si tenga a giugno in riva al mare in Salento) è organizzato bene e sembra molto promettente.

Cioè, non vado sicuramente alla BlogFest per gli eventi, per quanto siano organizzati bene (non ho bene idea di quali siano e sono sempre restio ad iscrivermi in anticipo ad un BarCamp o qualcosa di simile, conoscendo bene la capricciosa mutevolezza delle mie voglie e delle mie passioni: passo di lì e lascio che le cose mi portino altrove).

Non vengo certo per gli speech, perché siamo tutti mediamente noiosi quando parliamo in pubblico (se, poi, vedo gente che se la tira o si dà un tono, mi scatta il teppismo).

Non vengo per rilassarmi o fare un rinforzino di vacanza, perché a settembre non si fanno le vacanze, se non moooolto più a Sud.

Quindi sarò lì alla BlogFest per la gente, per incontrare vecchi amici e conoscenti e, se è il caso, conoscerne di nuovi e regalarmi 72 ore di svacco interstiziale ininterrotto, tra un appuntamento ufficiale e l’altro, che mi perderò (o subirò palesemente) come è giusto che sia.

Mi scuso già in anticipo se durante gli incontri sembrerò prevalentemente annoiato e scatterò gioioso appena finiranno, come uno scolaro allo squillare della campanella. E’ che lo sarò per davvero, ma non fate i sorpresi, perché ho messo le mani avanti via blog.

Mettiamola in positivo: della BlogFest - e di tutte le iniziative blogganti di questo genere - mi godrò pienamente gli spazi tra un evento e l’altro del programma, pur avendo tutto il rispetto e l’ammirazione possbile per chi le crea, organizza, ecc.
Da ragazzo il termine che più ricorreva sulle mie complicate pagelle di nato negli anni Settanta era “ascolastico”. Quindi ho pure la scusa socio-patologica per annoiarmi senza sentirmi in colpa.

Ma se volete un complice per bigiare/tagliare/fare sega [mettete voi l'espressione gergale che più preferite] l’intervento di XXX [mettete voi il nome di uno o più blogger che vi annoiano o vi stanno sulle balle] al ZZZ [mettete voi il nome di un evento della BlogFest di cui non ve ne può fregare di meno], contate pure su di me.

— update: questo post appartiene all’inspiegabile progetto (auto-istituito e praticato in solitaria) “Local-dissing”, in cui parlo male a priori dei luoghi che visito e che ha avuto un prologo qualche tempo fa, con una serie di twittate in cui ho parlato male di ogni singola uscita autostradale (e luoghi circostanti) tra Fidenza e Torino, un po’ per protesta per il traffico lento, un po’ perché adoro sfidare la sorte in modo 2.0 e scrivere sul cellulare mentre guido e un po’ perché in effetti la pianura padana fa gioiosamente pietà, infestata dai capannoni e dalle rotonde (e dalle discoteche di provincia con nomi pretenziosi e ridicoli).
Quindi se per caso vi sentite offesi perché ho parlato male di luoghi che vi stanno a cuore, fregatevene. E viaggiate di più.

Primo aggiornamento per l’applicazione N-Gage. E’ infatti disponibile al download la nuova versione 1.10. In questa nuova versione sono presenti diverse correzioni della precedente. Una di queste ha abilitato il superamento di quota 10000 del totale dei punti N-Gage. Un’altra ha risolto i problemi che insorgevano quando la lista dei nomi dei giocatori si avvicinava a cinquanta. Infine è stato aggiunto l’N85 nella lista di compatibilità.

Manca solo l’N79 - non ancora uscito ma che avrà già N-Gage preinstallato - e l’N78 - la cui versione specifica dell’applicazione N-Gage credo sia alle porte. Degli altri dispositivi (N73, N93i, N93) non si sa nulla al momento.

Per quanto riguarda il download, è possibile verificare la presenza dell’aggiornamento direttamente dall’applicazione sul cellulare. Nel caso non risultasse disponibile, potete scaricare la nuova versione nella pagina ufficiale. (fonte: N-GageBlog)

Durante la mia assenza della scorsa settimana il mondo iPhone non si è affatto fermato, anzi, e i ragazzi del celebre Dev Team, vedi QUESTO post, hanno rilasciato una nuova versione di QuickPwn, la 2.1, software per sbloccare o effettuare il jailbreak di iPhone su macchine Windows.

Qualora ci fossero dei dubbi, più che legittimi specie per i nuovi utilizzatori dei multitouch di Cupertino, al solito si consiglia di osservare le indicazioni dettagliate racchiuse nelle guide che iSpazio mette a disposizione di tutti. Le trovate QUI, QUI e QUI a seconda che dobbiate operare su iPhone EDGE, iPhone 3G oppure su iPod touch 1G.

Continua a leggere QuickPwn 2.1 per Windows. Ecco lo sblocco del firmware 2.1 di iPhone...

Commenta »

Continua la Rubrica un Video alla Settimana.
Oggi il Trucco dell’uovo ubriaco!

Riporto sotto forma di video questo sorprendente esperimento pubblicato nel Focus del mese scorso.

L?esperimento dell?uovo ?ubriacato? (o ubriaco?!?) è veramente molto semplice da provare a casa e inoltre il risultato è assolutamente commestibile.

Cosa serve:

* Alcool puro
* Un uovo
* Un recipiente
* Un colino

Il procedimento è anch?esso banale:
Si rompe un uovo dentro una ciotolina di vetro e successivamente vi si versa sopra un pò di alcool puro.
Fin da subito vedremo l?uovo coagulare e diventare sempre più denso! Per velocizzare la reazione e per far ?cuocere? uniformemente l?uovo è consigliabile mischiarlo per bene all?alcool con un cucchiaino.

Se infine vorrete mangiarvi l?uovo (e oltre ad essere possibile farlo è anche? consigliabile) dovrete solamente avere l?accortezza di passare l?uovo sotto l?acqua corrente per eliminare tutte le traccie di alcool puro (l?alcool è estremamente solubile in acqua). Per farlo vi consiglio di usare un colino o una schiumarola!

Clicca qui per vedere il Video!

video.civado.eu

Anche quest’anno, per la quarta volta consecutiva, ritorna l’appuntamento con: M’illumino di meno.
Caterpillar, col patrocinio del Ministero dell?Ambiente e dalla Presidenza del Consiglio dei Ministri, vuole promuovere una giornata all’insegna del risparmio energetico, invitando tutti allo spegnimento di tutte le luci e di tutte le apparecchiature elettroniche non indispensabili dalle ore 18 in poi del 15 Febbraio 2008.

La differenza con l’edizione del 2007? Quest’anno si vuole incitare tutti i comuni d’Italia allo spegnimento di tutte le luci di cui si può fare a meno, se lo facessero anche solo la metà dei comuni sarebbe comunque un grande successo.

Certe volte basterebbe veramente poco per risparmiare sulla bolletta e fare qualcosa di buono per il nostro bel pianeta… anche sul posto di lavoro… spegniamo i monitor quando siamo in pausa!!!

Fonte: CiVado

Una delle novità di Wordpress 2.5 è il supporto per i dati EXIF (Exchangeable image file format). I dati EXIF sono le informazioni che le moderne fotocamere digitali allegano ad ogni nostro scatto: il modello della fotocamera, l’apertura, la velocità dello scatto, la lunghezza focale, ecc …

Un’altra funzionalità importante è l’introduzione della Galleria, ovvero quando carichiamo più immagini in un post con il semplice inserimento del tag Wordpress in automatico realizzerà piccole anteprime linkate all’immagine completa … davvero molto carino … ma fin qui niente di nuovo, vero ?!

Vi ricordo che per una personalizzazione nella presentazione grafica della galleria potere specificare diversi attributi che consentono di disporre le immagini nel modo che preferiamo. Consigliata la lettura di http://codex.wordpress.org/Using_the_gallery_shortcode

Torniamo agli EXIF
Grazie a Sarah abbiamo un buon metodo per visualizzare questi dati all’interno di un post Wordpress. La soluzione è molto semplice ed andremo a modificare il tema nella single.php.

All’interno del Loop, possibilmente dopo il tag the_content inseriamo quanto segue:

<?php
if (is_attachment()) :
$imgmeta = wp_get_attachment_metadata( $id );
echo "<ul>\n";
echo "<li>Dimensioni: " . $imgmeta['width'].” x “.$meta['height'].”</li>\n”;
echo “<li>Apertura: f/” . $imgmeta['image_meta']['aperture'].”</li>\n”;
echo “<li>Camera: ” . $imgmeta['image_meta']['camera'].”</li>\n”;
echo “<li>Data: ” . date(”d-m-Y H:i”, $imgmeta['image_meta']['created_timestamp']).”</li>\n”;
echo “<li>Copyright: ” . $imgmeta['image_meta']['copyright'].”</li>\n”;
echo “<li>Apertura Focale: ” . $imgmeta['image_meta']['focal_length'].”mm</li>\n”;
echo “<li>ISO: ” . $imgmeta['image_meta']['iso'].”</li>\n”;
echo “<li>Velocità di Scatto: ” . number_format($imgmeta['image_meta']['shutter_speed'],2).” seconds</li>\n”;
echo “”;
endif;
?>

Praticamente …
Quando cairchiamo un’immagine WP in automatico salva i dati EXIF nel database come campi personalizzati nella tabella wp_postmeta e grazie al codice di Sarah una volta veirificata l’esistenza di un’immagine e preso l’ID (generato in automatico dal Loop) possiamo visualizzare questi dati.

Sono diverse le informazioni che abbiamo la possibilità di visualizzare una volta estrapolati grazie alla funzione wp_get_attachment_metadata questo l’elenco:

• $imgmeta['width']
  La larghezza dell’immagine.
• $imgmeta['height']
  L’altezza dell’immagine.
• $imgmeta['image_meta']['aperture']
  L’apertura.
• $imgmeta['image_meta']['credit']
  Il fotografo.
• $imgmeta['image_meta']['camera']
  Il modello di fotocamera.
• $imgmeta['image_meta']['created_timestamp']
  La data.
• $imgmeta['image_meta']['copyright']
  Il copyright.
• $imgmeta['image_meta']['focal_length']
  La distanza focale in mm.
• $imgmeta['image_meta']['iso']
  L’ISO utilizzata
• $imgmeta['image_meta']['shutter_speed']
  La velocità di scatto in secondi.
• $imgmeta['image_meta']['title']
  Il titolo.
• $imgmeta['image_meta']['caption']
  La didascalia

! NOTA BENE
Questo sistema funziona esclusivamente con l’utilizzo della Gallery e non inserendo una foto direttamente nel post, la prossima volta vedremo di affrontare anche questo nuovo aspetto. Per il momento passo e chiudo

vincos posted a photo:

Suzukimaruti one of the most important italian bloggers

2 modi per convertire i prossimi Hotlink verso le tue immagini in Backlink "puliti" (con Anchor text scelto da te).

Come promesso nel precedente post, oggi vi presento la traduzione dell’articolo che ho preparato come contributo per il progetto Link Building Secrets, di cui ho scritto ieri.
Passiamo subito al sodo, che l’articolo è lungo. Buona lettura!

I Contenuti di questo articolo:

• Introduzione alle ricerche di immagini e alla pratica dell’hotlinking
• Come ottenere link dalle ricerche per immagini finalizzate all’hotlink - Modo 1:
  La Landing Page Fantasma
• Come ottenere link dalle ricerche per immagini finalizzate all’hotlink - Modo 2:
  Immagini con URL “Magici”
• Considerazioni conclusive

Breve introduzione alle ricerche di immagini e all’hotlinking

Miei cari SEO,

Concedetemi qualche minuto per descrivere i punti salienti di una situazione ben nota:

Supponiamo che abbiate un sito con tante belle immagini e fotografie. Da bravi SEO, avete ottimizzato ognuna di queste immagini al meglio, e quando le persone eseguono le loro ricerche nel proprio motore di ricerca di immagini preferito (che in Italia è Google Ricerca Immagini), trovano le vostre immagini ai primissimi posti nelle SERP:

Voi, o il vostro cliente, siete felici di ricevere così traffico in quantità dai click provenienti dalle ricerche di immagini.

Tuttavia, non è tutto così bello come sembra. Infatti, come sicuramente saprete, molti webmaster e blogger pigri passano il loro tempo a cercare immagini solo per inserirle, tramite un hotlink dal vostro server, nelle loro pagine web.

Quando qualcuno crea un hotlink ad una vostra immagine, fa questo:

1. Usa la vostra immagine o foto senza chiedervi il permesso (cosa che voi o il vostro cliente potreste anche ritenere accettabile),
2. Consuma la vostra banda (che ha un costo): più visite riceve il suo sito, più alti saranno i costi di banda per voi
3. Quasi sempre omette l’attribuzione, e praticamente mai include un link al vostro sito: in questo articolo vi spiegherò proprio come reagire a quest’ultimo punto.

Nota: bloccare l’hotlinking delle immagini (è possibile farlo lato server, vietandone l’accesso se il Referrer HTTP non appartiene al proprio hostname) non è una buona idea a mio parere. Un’alternativa valida consiste nel sostituire l’immagine con una versione contenente un watermark in caso di hotlinking -facendo quindi branding- ma qui abbiamo l’opportunità di guadagnare un backlink: perché sprecarla, dunque?

Le immagini che ricevono traffico dalle ricerche sono un’opportunità per ottenere backlink con poco sforzo

Google Immagini è la risorsa dalla quale ricevo la maggior parte del traffico verso le immagini, ed un mio studio evidenzia quanto segue: quando un utente è interessato a visitare il sito web, di solito lo naviga all’interno del frameset creato da Google (oppure rimuove il frame superiore con l’apposito link); ma quando l’utente è interessato a prendere l’immagine per creare un hotlink, o per scaricarla sul proprio computer, normalmente clicca sulla versione rimpicciolita dell’immagine che si trova nella parte superiore del frameset di Google.

In quest’ultimo caso, il vostro server invia al client solamente l’immagine (ovvero, il browser richiama il file immagine direttamente) e il campo HTTP REFERER risulta contenere un URL del tipo images.google.com/bla-bla-bla.

Se si controlla quel che accade e che cosa viene servito ai client in seguito ai click di questo tipo, si ha un potente modo (anzi, due!) per far sì che una parte significativa dei webmaster che cercano, trovano e hotlinkano le immagini contestualmente creino backlink al sito con un anchor text a propria scelta.

Quello che succede in seguito ad un click di questo tipo è reso pressapoco così:

L’utente vede l’immagine, e se desidera creare un hotlink l’unica cosa che deve fare (anzi, l’unica cosa che può fare a questo punto) consiste nel copiare l’URL dalla barra degli indirizzi del suo browser, e copiarla all’interno dell’attributo SRC del suo tag <IMG> nel sorgente HTML (oppure nella porzione del suo CMS che farà questo lavoro per lui, ma è quasi la stessa cosa).

Nel mio articolo illustrerò due tecniche -di cui una inedita- che costituiscono un’opportunità per costruire la vostra link popularity a partire dal traffico che ricevete dalle ricerche di immagini. In entrambi i casi dovrete affrontare un po’ di server side scripting, e in un caso particolare dovrete anche riconfigurare il vostro server web. Siete pronti?

MODO UNO

La Landing Page Fantasma

Questa tecnica è già stata descritta in passato da altri, tuttavia non è ancora molto conosciuta, nè utilizzata.

“Fantasma” è la traduzione di “cloaked” - e, no, anche se leggete "cloaking", non si tratta di una tecnica black hat: non inganna l’utente, ma gli presentera sostanzialmente lo stesso contenuto che si aspetta di visualizzare in seguito al suo click sulla SERP (con l’unica aggiunta di una piccola call-to-action).

Il metodo consiste nel servire, alle richieste che mostrano una SERP di immagini come referrer, una landing page che contiene l’immagine, in luogo della sola immagine in sè.

La landing può essere anche molto semplice, limitandosi ad aggiungere vicino all’immagine un messaggio del tipo “copia il codice per inserire questa immagine nelle tue pagine web” ed il relativo codice HTML, oppure può essere più complessa - ma l’obiettivo resta uguale: l’utente dovrebbe prelevare l’HTML che genera l’hotlink all’immagine ed il backlink testuale a seguire, invece di limitarsi a copiare l’URL dell’immagine.

Efficacia: da Medio-Bassa a Quasi Nulla (dipende principalmente dalla qualità della landing -e- dall’appeal dell’immagine)

Correttezza: Alta (ci si limita ad aggiungere una call-to-action ed un po’ di codice al contenuto grafico richiesto dall’utente)

Difficoltà: Media oppure Bassa (dipende perlopiù dalla varietà di formati e dalla residenza fisica delle immagini sul server)

COME SI FA

Fondamentalmente, si deve fare in modo, attraverso un rewrite, che le richieste di immagini vengano dirottate su uno script di controllo. Lo script si occuperà di riconoscere la provenienza dell’utente, quindi agirà di conseguenza: mostrerà agli utenti provenienti dalle ricerche immagini una landing page contenente l’immagine trovata, mentre continuerà a servire l’immagine come al solito agli utenti regolari.

Se il vostro server fa girare Apache con PHP e avete la possibilità di usare il file .htaccess, compilatelo come segue:

RewriteEngine On RewriteCond %{REQUEST_URI} (.*)\.(jpg|jpeg|gif|png|bmp)$ [NC] RewriteRule (.*) /script.php?imgpath=$1 [PT]

Questa sintassi dirà al vostro web server che quando riceve richieste di URL che terminano con un punto (.) seguito da “jpg”, “jpeg”, “gif”, “png” o “bmp” -case insensitive-, la risorsa a cui si deve riferire è in realtà il file “/script.php”. A questo script verrà inoltre passato l’intero REQUEST_URI (l’URL richiamato inizialmente) come valore del parametro “imgpath”, nella sua querystring.

A questo punto, all’interno di script.php controllerete i valore HTTP REFERER, e nel caso in cui questo contenga la stringa “images.google.com” (o qualsiasi altro motore di ricerca di immagini vogliate riconoscere) lo script mostrerà la landing. In qualsiasi altro caso, come richieste dirette o richieste provenienti dal vostro stesso sito, l’immagine verrà mostrata come al solito al medesimo indirizzo.

Di seguito, un esempio del codice basilare di script.php (prestate attenzione ai commenti):

<?php // Inserite in questo array qualsiasi sottostringa identifichi un motore di ricerca di immagini: $hr = array("images.google", "immagini/preview.cgi");  // L'URL richiesto viene salvato in $imgpath (qui è opportuno aggiungere qualche controllo di sicurezza) $imgpath = $_GET["imgpath"];  // Ciclo l'array foreach($hr as $imgreferrer) {    $found = strpos($_SERVER["HTTP_REFERER"], $imgreferrer); // Controllo il referrer rilevato    if ($found !== false) {     // Se viene riconosciuto un URL di un motore di ricerca immagini nell'HTTP REFERER, mostro la landing:     header("Content-type: text/html");     ?>      <!-- scrivi qui il codice HTML della tua landing page, oppure inserisci un redirect alla landing: -->     <h1>Codice per inserire l'immagine nella tua pagina web:</h1>     [[Qui va il codice HTML da copiare per creare l'hotlink e il backlink testuale]]     <img src="<?php echo $imgpath; ?>" alt="" />      <?php     die(); // Ferma il loop e lo script a questo punto   } } // Fine del loop  // Se non ci sono stati riconoscimenti, servi l'immagine normalmente: header("Content-type: image/jpeg"); // QUI ASSICURATI che il content-type sia quello giusto per l'immagine echo file_get_contents($imgpath); // QUI ASSICURATI che il tuo PHP possa aprire URL con file_get_contents()  ?>

Questo script si occuperà da ora in poi di servire l’immagine o la landing page più l’immagine, a seconda dei casi.

È tutto: non vi resta che testare quale versione della landing page funziona meglio. Trovate quella che convince più utenti a prelevare il vostro codice con il backlink già incluso per inserire le immagini nelle loro pagine web (ma non dimenticatevi di tracciare le azioni compiute sulla landing!)

Nota: se le vostre immagini sono fornite attraverso un CMS che magari si appoggia ad un database, probabilmente dovrete apportare delle modifiche al sistema descritto per renderlo compatibile col vostro CMS.

MODO DUE

Immagini con URL “Magici”

Stando alle informazioni in mio possesso, questa tecnica innovativa non è mai stata descritta prima d’ora (anzi, credo che nessuno l’abbia mai usata, ancora). Se avete informazioni che smentiscono questa affermazione, lasciatele nei commenti

Diciamoci la verità: per quanto possiate esser bravi a costruire la landing page suggerita poc’anzi, la grande maggioranza dei webmaster non vi presterà attenzione: vi “ruberanno” comunque l’immagine con un hotlink, senza darvi in cambio link nè attribuzione, lasciandovi soli a fare i conti con le vostre spese per la banda.

È deprimente, non è così?

E se invece voi aveste un modo per… diciamo… COSTRINGERLI a darvi ugualmente un backlink quando vi hotlinkano, “combattendoli” sul loro stesso campo di battaglia?

Se, per esempio, vi dicessi che c’è un modo per scrivere direttamente nell’URL dell’immagine, che i webmaster copiano dalla barra degli indirizzi, un codice HTML che, incollato in una pagina web, crea il backlink anche se il webmaster di turno voleva solo creare un hotlink all’immagine sul proprio sito?

Guardate lo screenshot (avete già capito?):

Ebbene, ve lo dico: ESISTE UN MODO PER FARE CIÒ (è difficile, ma funziona molto bene)!

La Logica dell’URL Magico

Ecco il principio di funzionamento delle Immagini con URL Magici:

1. Un webmaster cerca un’immagine con l’intenzione di creare un hotlink: trova la vostra sul motore di ricerca, e vi clicca
2. Voi sapete, dal referrer, che arriva da http://images.google.com/bla-bla-bla (o un qualsiasi altro motore tra quelli che avete scelto)
3. In questo caso, e solo in questo, voi modificate l’URL visualizzato dell’immagine che vede, da così

   http://example.com/image.jpg

   a così (è solo l’URL a cambiare, non il contenuto dell’immagine):

   http://example.com/image.jpg?foo="><a href="http://www.example.com">Anchortext</a>

4. L’utente copia questo URL e lo incolla nella sua pagina web (lo incollerà all’interno dell’attributo SRC del suo tag <IMG>)
5. Il suo codice HTML diventa da così

   <img src="http://example.com/image.jpg">

   a così (notate la prima chiusura del tag IMG: sta prima del codice del link):

   <img src="http://example.com/image.jpg?foo="><a href="http://www.example.com">Anchortext</a>">

6. La pagina web dell’utente presenterà un hotlink funzionante alla vostra immagine, ma anche un link testuale cliccabile appena dopo l’hotlink (e il codice HTML del link si troverà fuori dal tag immagine)!

Efficacia: Alta (La maggior parte degli utenti non noterà la “stranezza” nell’URL dell’immagine, e spesso non farà caso a cosa c’è nella propria pagina), ma dipende dal target di riferimento

Correttezza: Molto bassa a mio parere (Si tratta di agire contro la volontà degli utenti, ingannandoli, e causando oltretutto anche piccoli problemi nel design delle loro pagine web)

Difficoltà: Alta (È necessario mettere le mani in diversi punti nei file del sito ed in quelli di configurazione del server)

Pro

• Funziona benissimo, il che significa Molti Backlink da fonti nuove e diverse (che si traducono in un vantaggio competitivo per voi)

Contro

• È necessario creare una pagina intermedia per forzare un redirect in Javascript
• Per non complicarti ulteriormente la vita dovrai richiamare l’immagine, nella versione con URL Magico, aggiungendo una querystring con un parametro “fuffa” - e sarà questo l’URL al quale verrà hotlinkata l’immagine
• Funziona solo con Microsoft Internet Explorer (anche la nuova versione 7)
• Per quel che ne so, non funziona con Apache nelle versioni della serie 2
• Potresti generare conflitti nel setup del tuo web server (solo in Apache, la possibilità è remota)
• Potresti dover affrontare potenziali buchi di sicurezza nel tuo web server (di nuovo, solo Apache)
• Potrai fornire solo un anchor text privo di spazi per il backlink con il tuo URL magico (ancora una volta solo Apache, non si ha questa limitazione con i server Microsoft IIS 5.0)
• È moralmente scorretto. (ma qui, lo sono anche gli hotlinkers…)

COME SI FA

Pre-requisiti

Come anticipato, questa tecnica necessita di alcune configurazioni specifiche (ma molto comuni) del web server e del client browser per funzionare.

Riguardo al client, qualsiasi versione di Microsoft Internet Explorer (MSIE) dalla 5 to 7 è adatta. Ho testato il tutto in ambiente Windows XP (quindi parliamo dell’ambiente di gran lunga più utilizzato, oggi, in ambito di web surfing).

Riguardo al server:

• Ho condotto i miei test con un web server Apache 1.3.33, ma dovrebbe funzionare con qualsiasi Apache della serie 1.3 a partire dalla versione 1.3.27 (dovrebbero andar bene anche versioni precedenti). Per ogni test il protocollo attivo per default era HTTP/1.1 (il più comune).
• Dovrai editare il tuo file di configurazione httpd.conf (.htaccess da solo non è sufficiente) – e applicando ciò che vado a descrivere, stai probabilmente esponendo il tuo server a buchi di sicurezza a meno che tu non sappia ESATTAMENTE ciò che stai facendo… Presta attenzione, e se non sei sicuro chiedi al tuo reparto IT, prima di applicare modifiche su un server in produzione.
• Sulle macchine Windows/IIS non dovresti avere questi problemi, e probabilmente non avrai bisogno di apportare modifiche alla tua configurazione (ho eseguito i miei test con server Microsoft IIS versione 5.0).

Cosa c’è dietro la tecnica dell’URL Magico

Questo trucco è possibile dal momento che Internet Explorer non esegue l’escape di alcuni caratteri (inclusi gli spazi) negli URL in determinate circostanze: infatti, IE esegue l’escape degli spazi (li trasforma in “%20“) sia in seguito a redirect server-side e sia in presenza di redirect con Meta Refresh, anche quando gli spazi nell’URL di destinazione sono serviti senza codifica, ma -attenzione- non esegue l’escape degli spazi e di altri caratteri in seguito a redirezioni in Javascript (invece Firefox, per esempio, esegue sempre l’escape).

Questo comportamento verrà sfruttato predisponendo una pagina intermedia con un Javascript che redirigerà ogni immagine che riceve un click da una SERP di immagini (controlleremo questa condizione lato server grazie al solito rewrite) verso lo stesso URL immagine, ma aggiungeremo a quest’ultimo una querystring, priva di escape, con un parametro “fuffa” che contiene il nostro HTML “subdolo” (il quale, se copiato dentro l’attributo SRC di un tag IMG, lo chiuderà ed aggiungerà, dopo la chiusura, il codice del backlink, come descrito sopra).

Il parametro “fuffa” è necessario, perchè è di gran lunga più semplice mantenere invariato il nome del file immagine lasciando l’HTML “magico” all’interno solo della querystring (altrimenti, dovreste modificare ulteriormente il rewrite).

Inoltre, in Apache sarà necessario disabilitare il Controllo dell’Integrità del Protocollo (Protocol Integrity Check). Se lasciassimo attivo questo controllo (che è il comportamento di default in Apache a partire 1.3.27), Apache leggerebbe la parte di URL che segue il carattere “spazio” nella richiesta come se fosse l’indicazione del protocollo HTTP, e questo genererebbe un errore HTTP 400 - Bad Request, in quanto di fatto viene dichiarato un protocollo HTTP non valido.

Quanto descritto è anche la ragione per la quale si può fornire solo un anchor text privo di spazi: si ha a disposizione un solo spazio (quello prima di ciò che viene interpretato come protocollo HTTP da Apache), e lo dovremo utilizzare per separare “a” da “href” nell’URL magico. Ogni ulteriore spazio verrebbe codificato in %20 prima di essere inviato al client (tutto ciò non si applica a Microsoft IIS 5.0)

Il Set-up

Come nell’esempio precedente della “Landing Page Fantasma”, è innanzitutto necessario eseguire un rewrite di tutte le immagini in modo da servirle attraverso uno script di controllo. È possibile utilizzare il file .htaccess come illustrato in precedenza, solo che questa volta è meglio aggiungere un controllo condizionale sull’user agent del browser (che però può trovarsi anche nello script.php, se volete):

RewriteEngine On RewriteCond %{HTTP_USER_AGENT} ^MSIE.* RewriteCond %{REQUEST_URI} (.*)\.(jpg|jpeg|gif|png|bmp)$ [NC] RewriteRule (.*) /script.php?imgpath=$1 [PT] 

A questo punto si può usare lo script.php illustrato in precedenza, con qualche modifica (si veda il codice di esempio più in basso).

Questa volta però, invece di mostrare la landing page, eseguiremo un redirect verso un altro script chiamato magic.php: questo script leggerà il percorso dell’immagine richiesta dal parametro “imgpath”, nella propria querystring.

Tale file magic.php, all’evento Body Onload, richiamerà una funzione javascript, la quale redirigerà il client verso l’immagine inizialmente richiesta, che gli verrà passata come parametro (”imgpath”), ma appenderà all’URL di tale immagine un parametro “fuffa” che contiene il codice per generare il backlink. L’URL di destinazione verrà fornito e mantenuto unescaped.

Ecco il codice di magic.php (dove va cambiato l’anchor text e l’URL di destinazione desiderati):

<?php // Aggiungi i tuoi controlli di sicurezza qui! $imgpath = $_GET["imgpath"]; ?>  <head> <script> function imglink () {   // HTML Entities for blank spaces are:   &nbsp;   &#160;   \xa0   location.href="<?php echo $imgpath ?>?foo=\"><a\xa0href=\"http://www.example.com\">Anchortext</a>"; } </script> </head> <body onload="imglink()"> </body>

E adesso andiamo a modificare il file script.php in modo che esegua correttamente la redirezione verso magic.php senza generare un loop infinito (ho commentato solo le parti modificate e quelle più importanti ):

 <?php $hr = array("images.google", "immagini/preview.cgi");  // Qui vanno aggiunti dei controlli di sicurezza! $imgpath = $_GET["imgpath"];  $browser = strpos($_SERVER["HTTP_USER_AGENT"], "MSIE"); // Un altro browser check if ($browser !== false) { // Se ho riconosciuto Internet Explorer...    foreach($hr as $imgreferrer) {      $found = strpos($_SERVER["HTTP_REFERER"], $imgreferrer);      if ($found !== false) {          // Se viene riconosciuta una SERP Immagini nel valore di HTTP REFERER, redireziona verso magic.php:         if(!isset($_GET["foo"])) {             header("Location:/magic.php?imgpath=".$imgpath);          } else { // Se la redirezione verso magic.php ha già avuto luogo, mostra l'immagine:             header("Content-type: image/jpeg"); // QUI ASSICURATI che il content-type sia quello giusto per l'immagine            echo file_get_contents($imgpath); // QUI ASSICURATI che il tuo PHP possa aprire URL con file_get_contents()          }        die();       }    } } // Fine dell'IF del browser check  header("Content-type: image/jpeg"); // QUI ASSICURATI che il content-type sia quello giusto per l'immagine echo file_get_contents($imgpath); // QUI ASSICURATI che il tuo PHP possa aprire URL con file_get_contents() ?> 

A questo punto, se il tuo server gira con Microsoft IIS 5.0 (avevo solo questa versione a disposizione per il test, dovrai provare tu se funziona su altre versioni di IIS), non c’è altro da fare.

Se invece il server è Apache, dovrai aprire il file di configurazione httpd.conf e aggiungere questa riga:

ProtocolReqCheck off

Questo flag è disponibile a partire dalla versione 1.3.27 di Apache e funziona su tutte le versioni successive, fino alla nuova versione 2, ESCLUSA. Per maggiori dettagli al riguardo, vedi questo thread su Webmasterworld e la documentazione di Apache).

Considerazioni conclusive

Se si hanno immagini ben posizionate e che ricevono traffico dalle SERP, si può usare il primo metodo descritto (La Landing Page Fantasma) oppure sfruttare il secondo (Le immagini con URL Magico) per ottenere rapidamente backlink verso i propri siti web ed aumentare così la propria Link Popularity – oppure si può usare una combinazione delle due tecniche.

Quale sia la tecnica migliore va stabilito personalmente in base alla propria abilità nel creare landing page, e al proprio senso della morale: fino a che punto è giusto sfruttare l’ignoranza degli utenti che creano hotlink per perseguire i propri scopi?

…Ad ogni modo, se volete, fatemi sapere se pensate di impiegare queste tecniche, e quanto le avete trovate efficaci.

Post Scriptum

Se controllate attentamente i backlink che riceve il vostro sito con Yahoo Site Explorer, vi accorgerete che nella scheda degli InLinks figurano anche pagine che contengono solamente hotlink delle vostre immagini (non è necessario che includano alcun backlink testuale).
Chissà perché?

Post-Post Scriptum

Domanda: a quanti di voi piacerebbe capire meglio le tecniche che ho illustrato, osservando una Demo online funzionante e accompagnata dai dati sull’efficacia misurati in un caso reale?
Gli interessati possono “prenotarsi” nei commenti!

Salve a tutti…

sono un po’ emozionato nell’annunciarlo, ma il GTA02 e’ finalmente uscito da quella situazione di incertezza in cui si trovava da mesi, e finalmente gli ingegneri di Openmoko sono ragionevolmente convinti di avere fra le mani dell’hardware SOLIDO.

Questo significa che e’ gia’ iniziato il Design Verification Testing (DVT), ossia l’ultima serie di test da effettuare su un centinaio di esemplari, consistente nelle seguenti fasi:

• FUNCTIONAL TESTING

• PERFORMANCE TESTING

• COMPLIANCE ( like FCC and CE)

• CLIMATIC TESTING

Superati questi test (che sono appena iniziati), si entrera’ nella fase di Pilot Verification Test (PVT), in cui verranno prodotti un centinaio di dispositivi e verranno effettuate delle modifiche per migliorare la resa dell’intero processo di produzione.

Quest’ultimo procedimento verra’ ripetuto alcune volte, per assicurare un’alta efficienza.

In mailing list si parla di “un paio di settimane” per la partenza della produzione vera e propria… quindi se vi aspettate una data FINALE potrei azzardare FINE APRILE per l’apertura agli ordini degli store!

PREZZO:

Anche da questo versante ci sono sostanziali novita’; sembra che non verranno prodotte due diverse versioni come con il GTA01 (Base e Advance), e quindi il prezzo di vendita sara’ unico e sicuramente inferiore ai 399 EURO

E DOPO?

Sembra impossibile ma i responsabili HARDWARE di Openmoko stanno gia’ plasmando il successore del FreeRunner (per ora chiamato GTA03) si annunciano processori piu’ veloci e molte migliorie che faranno riflettere un po’ tutti sul da farsi…(ma credo che alla fine l’attesa estenuante per il FreeRunner prevarra’ e tutti cederanno alla tentazione di avere il tanto agognato gioiello fra le mani il prima possibile).

Restiamo comunque in attesa dei risultati della fase DVT, ma con un pizzico di ottimismo in più. A breve potremo infatti vantarci di avere il Freerunner tra le mani!