Qualche giorno fa ho letto un articolo in cui si racconta l’ultimo attacco portato a Google da alcune società di consumatori che vogliono vederci chiaro sulle attività e soprattutto sulla quantità, qualità  e tipologia di dati che vengono raccolti dal gigante di Mountain View. E se ci fermiamo un secondo a riflettere, in effetti è qualcosa che fa pensare…

Non è la prima volta che Google si trova a fronteggiare le associazioni di consumatori che l’accusano apertamente di abusi della privacy e di non rispettare le basilari regole nello sviluppo del software. Del resto Google non ha mai nascosto di aver catturato “per errore” tutta una serie di dati che sicuramente rientrano nella categoria di “abuso”.

In rete ci sono diversi articoli che trattano dell’argomento, ma il vero quesito che dobbiamo porci è se, per rispettare la nostra privacy, saremmo disposti a rinunciare a quelli che sono tra i principali servizi forniti da Google (e non solo chiaramente) e che ormai utilizziamo praticamente ogni giorno.

Saremmo pronti  a dire “addio” a Google Maps per  esempio?

E se pensiamo al mondo mobile la riflessione diventa ancora più complessa: il cellulare è uno strumento che possiamo considerare un pò come  un secondo portafoglio, uno strumento in cui sono contenute informazioni sensibili sui nostri contatti, i nostri messaggi, le nostre fotografie…insomma di tutto un pò. Con la connessione internet mobile 24 ore su 24 in sostanza questa raccolta indiscriminata di dati potrebbe essere inarrestabile.

Ma possiamo rinunciare ad utilizzare questi strumenti con queste caratteristiche e funzionalità che ci permettono di comunicare con il mondo ovunque ci troviamo?

Visto che il precedente post riguardava la condivisione di cartelle tra un sistema Linux host (fedora) e un sistema Windows guest, ho pensato che potesse essere utile anche la situazione in cui abbiamo un sistema Windows host che deve comunicare con un sistema Linux guest.

Il primo passo da fare è scegliere la cartella del sistema host (Windows in questo caso) che verrà condivisa con il sistema Linux (Ubuntu in questo caso).

Una volta scelta la directory del sistema host che verrà condivisa, possiamo proseguire entrando nel sistema Linux, e nella console digitiamo il seguente comando:

sudo mkdir /media/windows-folder

che ci permette di creare un “punto di mount” in Ubuntu per la cartella in questione. Creato il “punto di mount” possiamo procedere al passo (quasi) finale con il comando:

sudo mount -t vboxsf nome_cartella /media/windows-folder

Questo comando non fa altro che legare al “punto di mount” precendentemente istanziato la cartella Windows con il nome “nome_cartella”.  L’ultimissima cosa da fare per rendere la modifica permanente è inserire questo comando all’interno del file

/etc/rc.local

poi spegnere la macchina virtuale, andare nelle impostazione ed aggiungere tra le cartelle condivise quella che abbiamo creato. Il gioco è fatto: ora abbiamo due sistemi in perfetta comunicazione!

Ad esempio, potremmo avere la necessità di inserire nelle nostre pagine una mappa di google che, a
seconda dell’indirizzo passato (e quindi dinamicamente), visualizzi la posizione desiderata con un “marker” e le informazioni relative.
Lo script per implementare tale meccanismo è il seguente:

<script type=“text/javascript”>
var map = null;
var geocoder = null;

<div id=“nomap” style=“color: red;”></div>
<div id=“map” style=“width: 300px; height: 200px;”></div>

Il codice HTML delle ultime due righe crea due div: il primo serve per visualizzare un messaggio di
warining nel caso in cui l’indirizzo passato non sia stato trovato dal motore di ricerca, il secondo serve per la visualizzazione della mappa.

Lo script è composto da due funzioni: load() e showAddress(address). La funzione load viene richiamata al caricamento della pagina, ed è ovviamente il cuore di questo script: si occupa di settare tutti i paramentri necessari, tra cui il settaggio dell’id del div che conterrà la mappa (map).
Eseguite tutte le assegnazioni del caso, viene infine richiamata la seconda funzione importante,
showAddress(address).
Questa ha un parametro, address, che potremmo ad esempio generare e passare con computazioni proveniente da pagine php, che è proprio l’indirizzo che verrà visualizzato sulla mappa attraverso l’uso dei marker settati nella prima funzione.
L’indirizzo è un parametro, ed è quindi dinamico: ogni qualvolta la pagina verrà ricaricata, leggerà l’indirizzo attualmente impostato e lo passerà allo script, che si occuperà di visualizzarlo sulla mappa.

Il problema è ovviamente dato dalla configurazione dei permessi: per prima cosa, dobbiamo aggiungere la nostra utenza al gruppo vboxusers (possiamo controllare che non sia già stato fatto in automatico lanciando il comando groups), con il seguente comando

sudo gpasswd -a $(logname) vboxusers

Ora dobbiamo garantire i permessi di scrittura e lettura su  “usbfs” per gli utenti che appartengono al gruppo “vboxusers”.

Su Fedora 10, “usbfs” è accessibile da /proc/bus/usb che per configurazione di defualt appartiene all’utente root e al gruppo root. Potremmo anche modificare i permessi con il comando chmod, ma ogni qualvolta riavviamo il sistema, dovremmo rifare la medesima procedura. Inoltre non possiamo eseguire a piacimento le operazioni di mount, perchè il sistema comunica constantemente con “usbfs”, e finchè esiste tale comunicazione ( cioè esattamente per tutto il tempo in cui il sistema è running ) il filesystem risulta “busy”. Il “trucco” sta nel “montare” una copia di “usbfs” da qualche parte nel sistema, passando gli effetti delle configurazioni anche su /proc/bus/usb. Per fare questo, ci serve l’id del gruppo “vboxusers”, che troviamo con il seguente comando:

cat /etc/group | grep vboxusers

L’output sarà qualcosa di simile a:

vboxusers:x:501:nomeutente

che specifica appunto che sul proprio sistema l’id del gruppo (gid) “vboxusers” è 501. Ora mpossiamo procedere nella creazione di un altro punto di mount per “usbfs”. Decidiamo di crearlo in /root/usbfs:

sudo mkdir /root/usbfs

Il prossimo passo è la modifica del file /etc/fstab per “montare” una copia di “usbfs” in /root/usbfs. Editiamo quindi il file, ad esempio con vi, e alla fine di questo aggiungiamo le seguenti righe:

none /root/usbfs usbfs rw,devgid=501,devmode=664 0 0

Ovviamente, se nel vostro sistema il gid del gruppo “vboxusers” è differente da 501, dovete sostituirlo con quello appropriato. Per applicare i cambiamenti, lanciamo il comando di “mount”:

sudo mount -a

Dopo questa procedera, finalmente i vostri sistemi virtuali leggerando qualsiasi collegamento USB, esattamente come il vostro sistema operativo. Chiaramente è necessario settare, per ogni macchina virtuale, i controller USB che volete rendere attivi.

Con questa premessa, ecco una “chicca” per utilizzare le comodissime cartelle condivise tra sistema HOST Linux e sistema GUEST Windows. La procedura è molto semplice e veloce:

1. Si crea la cartella sul sistema HOST (Linux in questo caso)
2. Si accede alla configurazione della macchina virtuale attraverso il menu “Settings”
3. Qui, nella scheda “Shared Folder” andiamo ad aggiungere la cartella creata al punto 1, come cartella permanente se vogliamo che sia disponibile ad ogni avvio della macchina virtuale
4. Accediamo alla macchina virtuale
5. Dal menu Start di Windows andiamo nel campo “cerca”, digitiamo “esegui”, e premiamo invio
6. Nella finestra che si apre, dicitiamo il seguente comando

   net use x: \\vboxsvr\nome_cartella_condivisa

   e premiamo invio

Nel caso in cui capitasse che dopo un’avvio della macchina virtuale non sia possibile accedere alla cartella condivisa, sarà sufficiente ripetere i passi 5-6 per rendere nuovamente la cartella disponibile.

Per chi non lo sapesse, attraverso la virtualizzazione è possibile utilizzare simultaneamente più sistemi operativi. La macchina Host (quella reale, la macchina fisica) condivide le risorse con una o più macchine Guest (quelle virtuali) : questo è possibile grazie ad applicativi come VirtualBox o Vmware, applicativi che sostanzialmente creano veri e propri sistemi virtuali, con le loro memorie, i loro hard-disk, le loro periferiche, ecc.

Attraverso i programmi di virtualizzazione, dunque, è possibile  condividere le risorse di una macchina fisica per creare tante macchine virtuali diverse, ognuna con il proprio sistema operativo installato e con le proprie caratteristiche.

La comodità per gli sviluppatori multipiattaforma è davvero immensa: non è più necessario avere una partizione per ogni sistema operativo installato, con  i conseguenti riavvii e le perdite di tempo. Con questo meccanismo, possiamo ottimizzare i tempi e la qualità del nostro lavoro.

In rete sono disponibili diversi programmi per la virtualizzazione, gratuiti o meno, con ovviamente caratteristiche molto diverse. Dopo diversi test, abbiamo tuttavia soffermato la nostra attenzione principalmente su due applicativi:  VirtualBox o Vmware .

Le ragioni sono molteplici: sono entrambi gratuiti, hanno una notevole community alle spalle, sono multipiattaforma, relaltivamente semplici da installare e molto ben strutturati.

 Seppur entrambi molto interessanti, il primo posto in assoluto come miglior applicativo di virtualizzazione, a nostro avviso, spetta senza alcun dubbio a  Vmware .

Abbiamo testato Vmware su una macchina Host decisamente performante con sistema operativo Fedora 9 , creando e installando una macchina Guest Windows Vista.

Il risultato: eccezionale. Semplice e veloce l’installazione di Vmware ; intuitiva e molto ben organizzata l’interfaccia di gestione; facile da utilizzare anche per i “novizi”; ma sopra ogni cosa, ciò che rende davvero meritevole di tanto riguardo questo applicativo è la possibilità di utilizzare i Vmware Tools. Questi fanno davvero la differenza.

Mentre in VirtualBox abbiamo trovato molto rudimentale la gestione delle perifiche e soprattutto la condivisione del mouse, in Vmware, attraverso i Vmware Tools, tutto è assolutamente naturale: le gestione delle perifiche è semplice e veloce, la modalità a schermo intero è molto più comoda rispetto a tutti i concorrenti e, dulcis in fundo, la condivisione del mouse è del tutto naturale. Non vi sono noiose combinazioni di tasti da premere per catturare-rilasciare tale periferica: tutto funziona a “focus”. Quando il mouse entra nella finestra della macchina virtuale, essa ne prende il controllo, quando ne esce lo rilascia senza noie di alcun tipo.

Per chi volesse testare  Vmware in ambiente fedora, può seguire la guida raggiungibile qui .

Il metodo più veloce è senz’altro quello di utilizzare l’utilissimo parser disponibile qui . E’ sufficiente inserire nella textarea a disposizione il codice HTML che vogliamo non venga interpretato, e cliccare sul tasto “Parser” .

Il Parser convertirà automaticamente tutti i caratteri nella corrispondente entità HMTL: in questo modo, quando postiamo il codice, gli editor lo interpreteranno come fanno con il resto del testo, e quindi le entità HTML verranno convertite nei rispettivi caratteri, che saranno leggibili e quindi condivisibili. Questo Parser è ovviamente molto comodo soprattutto quando vogliamo postare il codice nei commenti dei blog. Quando invece vogliamo permettere la visualizzazione del codice nel testo di articoli che scriviamo nei nostri blog, allora la strada più comoda è l’utilizzo del pluging WP-Syntax.

Questo plugin permette di inserire nei nostri articoli codice in diversi linguaggi di programmazione, quelli supportati da GeShi . Dopo l’installazione e l’attivazione del plugin sul nostro blog wordpress, è sufficiente scrivere il codice all’interno dei tag

<pre lang=”LANGUAGE” line=”1″> codice </pre>

dove il valore dell’attributo lang è il linguaggio in cui è scritto il sorgente e che è correttamente supportato da GeShi . Ad esempio, se volessimo inserire del codice in PHP, dovremmo procedere in questo modo:

<pre lang="php">
 <div id="foo">
 <?php
 function foo() {
 echo "Hello World!\\n";
 }
 ?>
 </div>
 </pre>

se invece volessimo inserire codice Java, procederemmo in questo modo:

<pre lang="java" line="1">
 public class Hello {
 public static void main(String[] args) {
 System.out.println("Hello World!");
 }
 }
 </pre>

Semplice e veloce. In questo modo, rendiamo condivisibile il codice, perchè è sufficiente procedere con il copia ed incolla per usufruire del sorgente postato.

Metodo HTML

E’ sufficiente creare una pagina con il seguente codice:

<HTML>
<HEAD>
<TITLE>Html Redirect…</TITLE>
<META HTTP-EQUIV=”REFRESH” CONTENT=”4; URL=http://www.google.it”>
</HEAD>
<BODY>
Stiamo effettuando un redirect..
</BODY>
</HTML>

La riga più importante di questo codice è la seguente:

<META HTTP-EQUIV=”REFRESH” CONTENT=”4; URL=http://www.google.it”>

con la quale sostanzialmente indichiamo che la pagina è appunto un redirect, che il redirect verrà effettuando entro 4 secondi e che la destinazione del redirect è la pagina http://www.google.it . Ovviamente se vogliamo che il redirect sia immediato è sufficiente inserire il valore 0 al posto del 4 . Fate attenzione a questo punto: i valori dallo 0 all’1 sono considerati dalla maggior parte dei motori di ricerca come permanent redirect ( codice html 301 ), mentre i valori maggiori di 2 sono considerati temporary redirect.

Metodo Javascript

Creiamo una pagina .html nella quale inseriamo il seguente codice:

<HTML>
<HEAD>
<TITLE>Redirect…</TITLE>
<script language=”javascript”>
<!–
location.replace(“http://www.google.it”);
–>
</script>
</HEAD>
<BODY>
Redirect in corso…
</BODY>
</HTML>

In questo caso c’è poco da aggiungere: si crea un piccoloscript javascript nel quale appunto utilizziamo la direttiva location.replace per indicare la presenza di un redirect e dunque la nuova destinazione.

Metodo Php

Nella pagina php in cui vogliamo fare il redirect inseriamo il seguente codice:

<?php
header(“Location: http://www.google.it”);

/* se vogliamo usare il refresh… */

header(“Refresh: 0; URL=http://www.google.it”);
?>

Metodo Asp

In asp sostanzialmente il procedimento è molto simile al metodo php; ecco il codice da inserire nel nostro file asp su cui vogliamo effettuare il redirect:

<%@ Language=VBScript %>
<%
Response.Status=”301 Moved Permanently”
Response.AddHeader “Location”, “http://www.google.com”
%>

<!– oppure //–>

<%
Response.Buffer = true
%>
<html>
<%
Response.Redirect(“http://www.google.com”)
%>
<HEAD>
<TITLE>Redirect…</TITLE>
</HEAD>
<BODY>
Redirect in corso…
</BODY>
</HTML>

Metodo JSP

Per la Java Server Page, il codice da utilizzare è il seguente:

<%
String redirectURL = “http://www.google.it/”;
response.sendRedirect(redirectURL);
%>

Metodo Coldfusion

In Coldfusion è sufficiente utilizzare la seguente riga:

<cflocation url=”http://www.google.it”>

Anche se non è fondamentale, è comunque molto importante conoscere i principali codici di stato HTML : bisogna fare molta attenzione se non si vuole perdere traffico o posizioni sui motori di ricerca. Ecco i principali:

      300 Multiple Choices
   
      301 Moved Permanently
   
      302 Found
   
      303 See Other
   
      304 Not Modified
   
      305 Use Proxy
   
      306 (Unused)
   
      307 Temporary Redirect

Una spiegazione più approfondita su tali codici è possibile trovarla in questa pagina , ovvero nelle pagine del World Wide web Consortium.

Le Sitemap consentono ai webmaster di indicare ai motori di ricerca le pagine dei loro siti disponibili per la scansione. Nella sua forma più semplice, una Sitemap è un file XML contenente gli URL di un sito insieme ai rispettivi metadati aggiuntivi (data dell’ultimo aggiornamento, frequenza tipica delle modifiche, importanza rispetto agli altri URL del sito) che consente ai motori di ricerca di eseguire la scansione del sito in modo più efficiente.

In genere, i crawler web individuano le pagine dai link presenti sul sito e da altri siti. Questi dati vengono aggiunti per consentire ai crawler che supportano Sitemaps di selezionare tutti gli URL nella Sitemap e di ottenere informazioni relative a tali URL tramite i metadati associati. L’utilizzo del Protocollo Sitemap (vedi più avanti) non garantisce l’inclusione delle pagine web nei motori di ricerca, ma facilita il processo di scansione del tuo sito da parte dei crawler web.

Sitemap 0.90 viene regolato dal contratto di licenza Attribution-ShareAlike Creative Commons License e viene adottato a livello generale, compresi Google, Yahoo! e Microsoft.

Formato XML delle Sitemap

Il formato Protocollo Sitemap è composto da tag XML. Tutti i valori dei dati in una Sitemap devono utilizzare i codici di escape. Il file stesso deve utilizzare la codifica UTF-8.

La Sitemap deve:

• Inizia con un tag di apertura <urlset> e termina con un tag di chiusura </urlset>.
• Specifica lo spazio dei nomi (standard del protocollo) all’interno del tag <urlset>.
• Includi una voce <url> per ogni URL come tag XML principale.
• Includi una voce secondaria <loc> per ogni tag principale <url>.

Tutti gli altri tag sono facoltativi. Il supporto di questi tag facoltativi varia a seconda del motore di ricerca in uso. Consulta la documentazione di ciascun motore di ricerca per maggiori informazioni.

Sitemap XML di esempio

Di seguito viene riportata una Sitemap di esempio che contiene solo un URL e utilizza tutti tag facoltativi. I tag facoltativi vengono riportati in corsivo.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
   <url>
      <loc>http://www.example.com/</loc>
      <lastmod>2005-01-01</lastmod>
      <changefreq>monthly</changefreq>
      <priority>0.8</priority>
   </url>
</urlset>

Vedi anche l’esempio con più URL.

Definizioni tag XML

I tag XML disponibili vengono descritti di seguito.

Codici di escape
Il file Sitemap deve utilizzare la codifica UTF-8. In genere, è possibile eseguire questa operazione al momento del salvataggio del file. Analogamente a quanto accade con i file XML, tutti i valori dei dati (inclusi gli URL) devono utilizzare codici di escape per i caratteri elencati nella seguente tabella.

CarattereE commerciale & Virgolette ‘ Virgolette doppie ” Maggiore di > Minore di <

Codice di escape& ' " > <

Inoltre, tutti gli URL, compreso l’URL della tua Sitemap, devono utilizzare caratteri escape ed essere codificati in modo da consentire la lettura ai server web sui quali sono posizionati. Tuttavia, se utilizzi script, strumenti o file di log per generare gli URL (qualsiasi metodo, ad eccezione dell’inserimento manuale), l’operazione viene in genere eseguita automaticamente. Assicurati che tutti i tuoi URL siano conformi allo standard URI RFC-3986, allo standard IRI RFC-3987 e allo standard XML.

Di seguito, viene riportato un esempio di URL che utilizza caratteri non ASCII (ü) e caratteri che richiedono l’utilizzo di codici di escape (&):

http://www.example.it/ümlat.html&q=name

Di seguito viene riportato l’URL con codifica ISO-8859-1 (per il servizio di hosting su un server che utilizza la stessa codifica) e con codice di escape:

http://www.example.it/%FCmlat.html&q=name

Di seguito viene riportato lo stesso l’URL con codifica UTF-8 (per il servizio di hosting su un server che utilizza la stessa codifica) e con codice di escape:

http://www.example.com/%C3%BCmlat.html&q=name

Di seguito, viene riportato lo stesso URL ma questa volta con codice di escape:

http://www.example.com/%C3%BCmlat.html&q=name

Sitemap XML di esempio

Il seguente esempio illustra una Sitemap in formato XML. La Sitemap dell’esempio contiene un numero ridotto di URL, ognuno dei quali utilizza un insieme diverso di parametri facoltativi.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
   <url>
      <loc>http://www.example.com/</loc>
      <lastmod>2005-01-01</lastmod>
      <changefreq>monthly</changefreq>
      <priority>0.8</priority>
   </url>
   <url>
      <loc>http://www.example.com/catalog?item=12&desc=vacation_hawaii</loc>
      <changefreq>weekly</changefreq>
   </url>
   <url>
      <loc>http://www.example.com/catalog?item=73&desc=vacation_new_zealand</loc>
      <lastmod>2004-12-23</lastmod>
      <changefreq>weekly</changefreq>
   </url>
   <url>
      <loc>http://www.example.com/catalog?item=74&desc=vacation_newfoundland</loc>
      <lastmod>2004-12-23T18:00:15+00:00</lastmod>
      <priority>0.3</priority>
   </url>
   <url>
      <loc>http://www.example.com/catalog?item=83&desc=vacation_usa</loc>
      <lastmod>2004-11-23</lastmod>
   </url>
</urlset>

Utilizzo di file dell’indice Sitemap (per raggruppare più file Sitemap)

Puoi creare più file Sitemap, ma ciascuno di essi non può contenere più di 50.000 URL e non può avere una dimensione superiore a 10 MB (10.485.760 byte). Se lo desideri, puoi comprimere i file Sitemap utilizzando gzip per rimanere nei limiti dei 10 MB e ridurre la larghezza di banda richiesta. Se desideri indicare più di 50.000 URL, crea più file Sitemap.

Se fornisci più Sitemap, devi elencare ogni file Sitemap in un file dell’indice Sitemap. I file dell’indice Sitemap non possono contenere più di 1000 Sitemap e non devono avere una dimensione superiore a 10 MB (10.485.760 byte). Il formato XML di un file dell’indice Sitemap è molto simile al formato XML di un file Sitemap.

Il file dell’indice Sitemap deve:

• Inizia con un tag di apertura <sitemapindex> e termina con un tag di chiusura </sitemapindex>.
• Includi una voce <sitemap> per ogni Sitemap come tag XML principale.
• Includi una voce secondaria <loc> per ogni tag principale <sitemap>.

Il tag facoltativo <lastmod> è anche disponibile per i file dell’indice Sitemap.

Nota: un file dell’indice Sitemap può solo specificare le Sitemap che si trovano nel suo stesso sito. Ad esempio, http://www.iltuosito.it/sitemap_index.xml può includere le Sitemap di http://www.iltuosito.it, ma non di http://www.esempio.it o http://iltuohost.iltuosito.it. In modo analogo alle Sitemap, anche il file dell’indice Sitemap deve utilizzare la codifica UTF-8.

Indice Sitemap XML di esempio

Il seguente esempio illustra un indice Sitemap in cui sono elencate due Sitemap:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
   <sitemap>
      <loc>http://www.example.com/sitemap1.xml.gz</loc>
      <lastmod>2004-10-01T18:23:17+00:00</lastmod>
   </sitemap>
   <sitemap>
      <loc>http://www.example.com/sitemap2.xml.gz</loc>
      <lastmod>2005-01-01</lastmod>
   </sitemap>
</sitemapindex>

Nota: analogamente a tutti i valori dei file XML, gli URL della Sitemap devono utilizzare i codici di escape.

Definizioni dei tag XML dell’indice Sitemap

Altri formati sitemap

Il Protocollo Sitemap consente di fornire informazioni dettagliate sulle pagine ai motori di ricerca. Ti consigliamo di utilizzarlo per fornire ulteriori informazioni sulle pagine del sito, e non solo gli URL. Tuttavia, oltre al protocollo XML, supportiamo i feed RSS e i file di testo, che forniscono informazioni limitate.

Feed di diffusione dei contenuti

Puoi fornire un feed RSS (Real Simple Syndication) 2.0 o Atom 0.3 o 1.0. In genere, si utilizza questo formato soltanto se il sito già dispone di un feed di diffusione dei contenuti. È possibile che in questo modo i motori di ricerca non vengano a conoscenza di tutti gli URL del tuo sito, poiché il feed potrebbe fornire informazioni solo sugli URL recenti; tuttavia queste informazioni possono essere utilizzate per ottenere informazioni su altre pagine del tuo sito nel corso dei normali processi di scansione seguendo i link disponibili nella pagina del feed. Assicurati che il feed sia collocato nella directory di livello più elevato di cui desideri venga eseguita la scansione da parte dei motori di ricerca. I motori di ricerca estraggono le informazioni dai feed nel seguente modo:

• Campo <link> – indica l’URL
• campo date di modifica (il campo <pubDate> per i feed RSS e il campo <modified> per i feed Atom) – indica la data dell’ultima modifica di ciascun URL. L’utilizzo del campo della data di modifica è opzionale.

File di testo

Puoi fornire un semplice file di testo contenente un URL per riga. Il file di testo deve rispettare le seguenti convenzioni:

• Il file di testo deve contenere un URL per riga. Gli URL non possono contenere codici di interruzione di riga.
• È necessario specificare gli URL completi, incluso http.
• Ogni file di testo può contenere massimo 50.000 URL. Se il tuo sito include più di 50.000 URL, puoi dividere l’elenco in più file di testo e aggiungere ogni file separatamente.
• È necessario utilizzare la codifica UTF-8 per il file di testo. È possibile specificare la codifica al momento del salvataggio del file, ad esempio, in Notepad, la codifica UTF-8 viene elencata nel menu “Codifica” della finestra di dialogo “Salva con nome”.
• Il file di testo non deve contenere altri dati che non siano l’elenco degli URL.
• Il file di testo non deve contenere dati di intestazione o piè di pagina.
• È possibile assegnare qualsiasi nome al file di testo.
• Carica il file di testo nella directory di livello superiore di cui i motori di ricerca devono eseguire la scansione e accertarti che gli URL elencati nel file di testo non siano presenti nella directory di livello superiore.

Di seguito sono riportate voci di esempio del file di testo.

http://www.example.it/catalog?item=1

http://www.example.it/catalog?item=11

Ubicazione del file Sitemap

Il percorso di un file Sitemap determina l’insieme di URL che può essere inserito nella Sitemap. Un file Sitemap posizionato in http://esempio.it/catalog/sitemap.xml può includere tutti gli URL che iniziano con http://esempio.it/catalog/ ma non quelli che iniziano con http://esempio.it/images/.

Se hai l’autorizzazione a modificare http://example.org/path/sitemap.xml, si presume che tu abbia anche l’autorizzazione a fornire informazioni relative agli URL con il prefisso http://example.org/path/. Alcuni esempi di URL considerati validi in http://example.com/catalog/sitemap.xml sono:

http://example.com/catalog/show?item=23

http://example.com/catalog/show?item=233&user=3453

Gli URL non considerati validi in http://esempio.it/catalog/sitemap.xml sono:

http://example.com/image/show?item=23

http://example.com/image/show?item=233&user=3453

https://example.com/catalog/page1.html

Questo significa che tutti gli URL elencati nella Sitemap devono utilizzare lo stesso protocollo (in questo esempio, il protocollo http) e risiedere nello stesso host della Sitemap. Ad esempio, una Sitemap che si trova in http://www.esempio.it/sitemap.xml non può includere gli URL di http://sottodominio.esempio.it.

Gli URL non considerati validi vengono ignorati. Ti consigliamo di salvare la Sitemap nella directory principale del tuo server web. Ad esempio, se il server web è su esempio.it, il file dell’indice Sitemap si troverà su http://esempio.it/sitemap.xml. In alcuni casi, potresti dover creare Sitemap diverse per i vari percorsi del tuo sito, ad esempio se le autorizzazione di protezione della tua azienda separano i diritti di accesso in scrittura a directory diverse.

Se invii una Sitemap utilizzando un percorso con un numero di porta, devi includere tale numero nel percorso in ciascun URL riportato nel file Sitemap. Ad esempio, se la tua Sitemap è ubicata in http://www.example.com:100/sitemap.xml, ciascun URL riportato nella Sitemap deve iniziare con http://www.example.com:100.

Convalida della Sitemap

I seguenti schemi XML definiscono gli elementi e gli attributi che possono essere visualizzati nel file Sitemap. Puoi scaricare lo schema dai seguenti link:

Per le Sitemap

http://www.sitemaps.org/schemas/sitemap/0.9/sitemap.xsd

Per i file dell’indice Sitemap

http://www.sitemaps.org/schemas/sitemap/0.9/siteindex.xsd

Sono disponibili diversi strumenti per la convalida della struttura della Sitemap in base a questo schema. Puoi trovare un elenco di strumenti relativi a XML in ognuno dei seguenti percorsi:

http://www.w3.org/XML/Schema#Tools
http://www.xml.com/pub/a/2000/12/13/schematools.html

Per convalidare la Sitemap o il file dell’indice Sitemap in base a uno schema, è necessario che il file XML abbia intestazioni aggiuntive, come mostrato di seguito.

Sitemap:

<?xml version='1.0' encoding='UTF-8'?>
<urlset xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://www.sitemaps.org/schemas/sitemap/0.9
         http://www.sitemaps.org/schemas/sitemap/0.9/sitemap.xsd"
         xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
   <url>
      ...
   </url>
</urlset>

File dell’indice Sitemap:

<?xml version='1.0' encoding='UTF-8'?>
<sitemapindex xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://www.sitemaps.org/schemas/sitemap/0.9
         http://www.sitemaps.org/schemas/sitemap/0.9/siteindex.xsd"
         xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
   <sitemap>
      ...
   </sitemap>
</sitemapindex>

Estensione del Protocollo Sitemap

Puoi estendere il Protocollo Sitemap utilizzando il tuo spazio dei nomi. Devi semplicemente specificare questo spazio dei nomi nell’elemento principale. Ad esempio:

<?xml version='1.0' encoding='UTF-8'?>
<urlset xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://www.sitemaps.org/schemas/sitemap/0.9
         http://www.sitemaps.org/schemas/sitemap/0.9/sitemap.xsd"
         xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
         xmlns:example="http://www.example.com/schemas/example_schema"> <!-- namespace extension -->
   <url>
      <example:example_tag>
         ...
      </example:example_tag>
      ...
   </url>
</urlset>

Invio delle informazioni ai crawler dei motori di ricerca

Dopo aver creato il file sitemap e averlo posizionato sul tuo server web, invialo ai motori di ricerca che supportano questo protocollo. Puoi eseguire questa operazione nel seguente modo:

• invio tramite l’interfaccia di invio del motore di ricerca
• Indicazione dell’ubicazione nel file robots.txt del sito
• invio di una richiesta HTTP

Nell’elenco sottostante troviamo i link ai motori di ricerca principali per segnalare la propria sitemap:

Yahoo

https://siteexplorer.search.yahoo.com/submit

Google

http://www.google.com/support/webmasters/bin/answer.py?answer=40318

Ask.com

http://submissions.ask.com/ping?sitemap=SitemapUrl

RISORSE

Vi sono diverse risorse disponibile per generare in automatico la sitemap del proprio sito. Ecco alcune tra le principali:

GSite Crawler

GSite Crawler ha saputo conquistare la palma del miglior software gratuito per la creazione di sitemap su Windows. Supporta diversi formati, dai feed alle sitemap, per generare il risultato più adatto alle vostre esigenze.

Il funzionamento si basa su un crawler che, una volta lanciato su un indirizzo, si preoccupa di recuperare le URL di tutte le pagine collegate scandagliando il sito web come se fosse il bot di un motore di ricerca. Al termine è possibile scegliere le impostazioni di ogni singolo indirizzo e generare sia sitemap XML sia archivi compressi.

Rage Google Sitemap Automator

Se lavorate su Mac potreste trovare interessante Google Sitemap Automator, un software a pagamento per generare e segnalare sitemap ai motori di ricerca.

Script online

Sebbene i generatori online di sitemap non offrano, ad oggi, la stessa affidabilità e la stessa qualità di un buon software desktop, in molti casi sono una soluzione utile e chiavi in mano che vi permette in pochi click di generare una sitemap per il vostro sito.

È possibile scegliere tra innumerevoli prodotti come AutoSitemap, Online Sitemap Generator o Google Site Map Generator. Una menzione particolare la merita sitemap.xml.gz Generator, un software scritto in Java e disponibile tramite interfaccia web.