Slide del mio intervento al Web Marketing Festival 2017 - Come analizzare il log del web server.
Link alla guida online: https://www.evemilano.com/come-leggere-il-log-del-web-server/
Slides dalle lezioni del corso di "Strumenti e applicazioni del Web", Università di Milano Bicocca - Prof.R.Polillo - A.A.2012-13
Lezione del 19 marzo 2013.
Vedi anche www.corsow.wordpress.com
Slide del mio intervento al Web Marketing Festival 2017 - Come analizzare il log del web server.
Link alla guida online: https://www.evemilano.com/come-leggere-il-log-del-web-server/
Slides dalle lezioni del corso di "Strumenti e applicazioni del Web", Università di Milano Bicocca - Prof.R.Polillo - A.A.2012-13
Lezione del 19 marzo 2013.
Vedi anche www.corsow.wordpress.com
SEO ON SITE, CONTROLLARE INDICIZZAZIONE E DIRETTIVE PER GLI SPIDER - Giovanni...Giovanni Sacheli
Direttive di indicizzazione. In questo intervento approfondiremo l'uso degli strumenti e delle procedure che ci consentono di avere il controllo su tutta la comunicazione con i motori di ricerca: dalla classica Sitemap al Robots.txt, dal Prev-Next al Canonical, dall'HREF Lang alla Search Console. L'intervento mira ad approfondire le analisi rendendole più operative e veloci.
50 tips su Web Performance Optimization per siti ad alto traffico @ WpCamp B...Andrea Cardinali
Quanto è importante la velocità di caricamento di un sito?
Nell'intervento verranno presentate l’insieme delle best practices da utilizzare per rendere il sito il più veloce e performante possibile. E’ inutile avere un sito bello se poi una pagina impiega 10 secondi per essere caricata, o se il server non riesce a gestire più di 20 utenti contemporaneamente. All'interno è presente anche un case study di un sito reale con gli ottimi risultati ottenuti.
Get to know how to deploy the IBM Domino server software with Docker to simplify and automate development and management of your application and email infrastructure.
docker : how to deploy Digital Experience in a container drinking a cup of co...Matteo Bisi
This document discusses deploying IBM Social Software in Docker containers. It begins with introductions of the authors and their backgrounds. It then provides an overview of Docker, including its key components like Docker Engine, Machine, and registry. The document discusses using Docker to package and deploy IBM software like WebSphere Application Server and DB2. It provides a Dockerfile example for installing WAS 9 in a container through silent installation. The document concludes with links to additional Docker and IBM resources.
How to put domino in a docker container and live happy. This are my slides from last IBM Connect 2016 lightning talk. Update will be available soon on my blogs, www.msbiro.net , blog.msbiro.net
This document summarizes Rand Fishkin's presentation on SEO tactics that should be embraced versus left behind in 2015. It discusses how SEO has evolved over the past 5 years with more complex algorithms, user data signals, and an ability to detect manipulative links. Some tactics to leave behind include relying only on AdWords for keyword research, creating keyword-targeted pages of content at scale, acquiring links through directories and profiles, and expecting social sharing alone to improve rankings. Tactics to embrace include using multiple data sources for keyword research, focusing on uniquely valuable and helpful content, building relationships to earn editorial links, using content to drive social amplification, and measuring ROI at the page or section level rather than keywords.
Let’s be honest: for most content strategists and other people working with online content, SEO is The Worst Part Of The Job.
It’s hugely technical, it’s shrouded in mystery, it seems to be focused on robots instead of people, there are unspoken rules, everything can turn on a dime, and it never, ever seems to end.
But SEO doesn't have to be this way. It’s time to begin a conversation between these two disciplines – they’re far more alike than you might think. And when they work together on behalf of users and customers, amazing things can happen that will drive your organisation forward.
I can’t promise to change your mind about SEO, but you’ll leave this session understanding how to build the essentials into your work in ways that are simple, make sense, and are pain-free. You’ll see what business impacts and wins for the customer SEO and Content Strategy have had at REI, a major retailer in the US. And you’ll have the vocabulary, understanding and tools that you need to talk with your SEO... or to take it for yourself.
Drive traffic, amaze your visitors, and Win the Internet -- with SEO and Content Strategy working together.
Originally presented at the 2012 Content Strategy Forum in Cape Town, South Africa.
You can learn more about Jonathon Colman at http://www.jonathoncolman.org/
Also see 200+ free Content Strategy resources at http://www.jonathoncolman.org/2013/02/04/content-strategy-resources/
SEO ON SITE, CONTROLLARE INDICIZZAZIONE E DIRETTIVE PER GLI SPIDER - Giovanni...Giovanni Sacheli
Direttive di indicizzazione. In questo intervento approfondiremo l'uso degli strumenti e delle procedure che ci consentono di avere il controllo su tutta la comunicazione con i motori di ricerca: dalla classica Sitemap al Robots.txt, dal Prev-Next al Canonical, dall'HREF Lang alla Search Console. L'intervento mira ad approfondire le analisi rendendole più operative e veloci.
50 tips su Web Performance Optimization per siti ad alto traffico @ WpCamp B...Andrea Cardinali
Quanto è importante la velocità di caricamento di un sito?
Nell'intervento verranno presentate l’insieme delle best practices da utilizzare per rendere il sito il più veloce e performante possibile. E’ inutile avere un sito bello se poi una pagina impiega 10 secondi per essere caricata, o se il server non riesce a gestire più di 20 utenti contemporaneamente. All'interno è presente anche un case study di un sito reale con gli ottimi risultati ottenuti.
Get to know how to deploy the IBM Domino server software with Docker to simplify and automate development and management of your application and email infrastructure.
docker : how to deploy Digital Experience in a container drinking a cup of co...Matteo Bisi
This document discusses deploying IBM Social Software in Docker containers. It begins with introductions of the authors and their backgrounds. It then provides an overview of Docker, including its key components like Docker Engine, Machine, and registry. The document discusses using Docker to package and deploy IBM software like WebSphere Application Server and DB2. It provides a Dockerfile example for installing WAS 9 in a container through silent installation. The document concludes with links to additional Docker and IBM resources.
How to put domino in a docker container and live happy. This are my slides from last IBM Connect 2016 lightning talk. Update will be available soon on my blogs, www.msbiro.net , blog.msbiro.net
This document summarizes Rand Fishkin's presentation on SEO tactics that should be embraced versus left behind in 2015. It discusses how SEO has evolved over the past 5 years with more complex algorithms, user data signals, and an ability to detect manipulative links. Some tactics to leave behind include relying only on AdWords for keyword research, creating keyword-targeted pages of content at scale, acquiring links through directories and profiles, and expecting social sharing alone to improve rankings. Tactics to embrace include using multiple data sources for keyword research, focusing on uniquely valuable and helpful content, building relationships to earn editorial links, using content to drive social amplification, and measuring ROI at the page or section level rather than keywords.
Let’s be honest: for most content strategists and other people working with online content, SEO is The Worst Part Of The Job.
It’s hugely technical, it’s shrouded in mystery, it seems to be focused on robots instead of people, there are unspoken rules, everything can turn on a dime, and it never, ever seems to end.
But SEO doesn't have to be this way. It’s time to begin a conversation between these two disciplines – they’re far more alike than you might think. And when they work together on behalf of users and customers, amazing things can happen that will drive your organisation forward.
I can’t promise to change your mind about SEO, but you’ll leave this session understanding how to build the essentials into your work in ways that are simple, make sense, and are pain-free. You’ll see what business impacts and wins for the customer SEO and Content Strategy have had at REI, a major retailer in the US. And you’ll have the vocabulary, understanding and tools that you need to talk with your SEO... or to take it for yourself.
Drive traffic, amaze your visitors, and Win the Internet -- with SEO and Content Strategy working together.
Originally presented at the 2012 Content Strategy Forum in Cape Town, South Africa.
You can learn more about Jonathon Colman at http://www.jonathoncolman.org/
Also see 200+ free Content Strategy resources at http://www.jonathoncolman.org/2013/02/04/content-strategy-resources/
Come eseguire correttamente una migrazione SEOSemrush Italia
Le migrazioni sono attività in cui è importante seguire una metodologia quanto più completa possibile. Durante i cambiamenti di dominio o semplicemente della struttura di URL infatti è facile perdere traffico da motori di ricerca ma non solo, ogni canale di traffico può essere impattato da una migrazione fatta male.
In questo webinar Giovanni Sacheli mostrerà la sua procedura per migrare correttamente un sito web senza perdere traffico e posizionamento nei risultati di ricerca.
Partiremo dalle fasi preparatorie pre-migrazione, vedremo come preparare il sito al cambio di URL.
Analizzeremo nel dettaglio le specifiche attività da compiere al momento della migrazione, con quali partire e con che ordine eseguirle.
Concluderemo con i monitoraggi necessari da implementare post-migrazione per controllare lo stato di scansione ed indicizzazione dei nuovi URL.
Case Study Tecnico su come sono state guadagnate mediamente 60/70 posizioni ad un giorno dalla modifica di una porzione del pathname delle risorse web di un noto E-commerce Italiano. Questo caso “particolare” ha dato spunto alla presentazione dove vi sottolineerò l’importanza delle URL e di come gestirle al meglio sia in ottica di posizionamento organico che di informazioni percepite.
WordPress, migrazioni e re-branding: don't try this at home. #wmf15Andrea Cardinali
Talk tenuto al Web Marketing Festival 2015 a Rimini (#wmf15) nel quale ho presentato un case study sull'unione di 4 portali turistici realizzati con WordPress e 4 lingue su un un unico dominio e un'unica installazione di WordPress Multi Utente (Wordpress MU) Nello speech verranno mostrate le soluzioni tecniche e le best practices SEO utilizzate per portare a termine correttamente le migrazioni senza perdere traffico.
WordPress, migrazioni e re-branding: don't try this at home. #wmf15
IBM WCM e SEO
1. WebSphere Portal e WCM
gestire siti web aderendo alle linee
guida SEO per migliorare il ranking
dei siti, e l'user experience
Andrea Fontana
Mail: andrea.fontana@factor-y.com
2. Mi presento:
Andrea Fontana:
• Ho cominciato a lavoro in ambiente “Lotus” dal '92
(notes 2.8), prima come Amministratore poi come
sviluppatore
• Mi sono occupato di ottimizzazioni SQL sia su DB2 che
Digital RDBMS come DBA
• Dal 2001 lavoro in ambito WebSphere Portal (3.5) e
soluzioni Collaborative
• Attualmente lavoro in Factor-y
•
3. Focus
• SEO
– Quali suggerimenti considerare
• Pagine di cortesia
– Come gestisco pagine di cortesia diverse
mantenendo il look & fell in soluzioni Mutli-
Brand?
5. Search Engine Optimization è un soggetto
Complesso
I punti focali su cui operare tipicamente sono:
• <meta Title
• <meta Description
• Researchable KeyWord , hanno senso??
– Keyword stuffing.....
• Link ref “Canonical”
• Improve the structure of your URLs
• Use pages courtesy
• …..
6. Guideline to Seo
Riepilogando i punti su cui lavorare sono:
• Utilizzare delle parole sensate nell’URL
• Semplifica la struttura delle tue rotte
• Fornire una versione unica dell’URL per
raggiungere una data risorsa
• Usare pagine di cortesia che siano utili
7. Normalizzazione URL
Step 1: Risposta in “/”
Obbiettivo: fare in modo che il sito sviluppato con WebSphere Content Manager risponda ad una URL del tipo
http://<fqdn> invece dell'url standard del tipo
http://<fqdn>/wps/wcm/connect/[LIBRARY]/[SITE]/[SITE AREA 1]/[SITE AREA 1.1]/[SITE AREA 1.1.1]/
[NAME+OF+CONTENT]/
Ad esempio:
http://www.agenziadogane.it/wps/wcm/connect/Internet/ed/
Ai fini del SEO sarebbe auspicabile che il sito rispondesse in
http://www.agenziadogane.it/
8. Risposta in /
Come farlo?
Usiamo l'http server di front-end.
Possiamo farlo in modo coerente al Seo o peggiorando la situazione, vediamo
come.
Se la redirect è gestita da una pagina html che esegue la redirect con un meta
tag del tipo
<meta http-equiv="Refresh" content="0;url=/wps/wcm....." />,
otteniamo che in 0 secondi verremo rediretti sul sito ma con quali risultati?
302 Moved Temporarily
Risultato lato crawler?
302 : indicizzo la pagina perchè la redirezione è temporanea
e indicizzo la nuova pagina perchè temporaneamente ci devo arrivare =
2 URL per il medesimo contenuto
9. Risposta in /
Alternativa ?
Usiamo le regole di rewrite di Apache / IHS
RewriteCond %{HTTP_HOST} ^<nome.host.fqdn>
RewriteCond %{REQUEST_URI} ^(/)?$
RewriteRule ^(/)?$ /wps/wcm/....../ [PT,NC]
200 OK!
Risultato lato crawler?
200 : indicizzo la pagina perchè la pagina in cui devo arrivare =
1 url , 1 contenuto
10. Risposta in /
Attenzioni da seguire nello sviluppo del sito con il WCM
• Tutti i riferimenti alla HomePage devono essere relativi e
puntare a “/”
Capiamo il perchè:
Analizzando la composizione di un URL si identificano le seguenti parti
Un link contenuto nella pagina composto con /path/contenuto, verrà ricomposto dal browser come
<schema><fqdn>/path/contenuto.
In questo modo nel nostro caso rientriamo nel ciclo della rewrite che ci permette di rispondere in /
evitando di far trovare per il medesimo contenuto sia l'URL / che l'url nativo nel formato
“/wps/wcm/connect/[LIBRARY]/[SITE]/[SITE AREA 1]/[SITE AREA 1.1]/[SITE AREA 1.1.1]/
[NAME+OF+CONTENT]/” evitando di ricadere nel fatto che il crwaler vede 2 indirizzi per lo stesso
contenuto.
11. Page Rank
Ovvero: l'importanza che l'intelligenza collettiva
del web da a una determinata pagina internet.
La differenza fondamentale tra i due metodi
di reindirizzamento è:
Caso <meta → 2 indirizzi → 1 contenuto proveniente dal medesimo FQDN
Caso rewrite → 1 indirizzo → 1 contenuto
I sistemi di crawling nel primo caso escludono il ranking generato dal secondo indirizzo.
100 50
12. Step2: Normalizzare ovvero eliminare le parti superflue
Ipotizziamo un sito ricco, molto ricco di contenuti,
ha senso che tutti i contenuti abbiano una radice
costante e ripetitiva?
Come abbiamo visto l'url di un sito sviluppato con il WCM è del tipo
http://<fqdn>/wps/wcm/connect/[LIBRARY]/[SITE]/......
Quale valore aggiunto può dare ai fini della ricercabilità la presenza per ogni contenuto della
parte costante? Identificata dal percorso
/wps/wcm/connect/[LIBRARY]/[SITE]/
Ripetuto per ogni contenuto?
Possiamo dire NESSUNO ! Quindi possiamo eliminarlo.
13. Step2: Normalizzare ovvero eliminare le parti superflue
Evitiamo URL fantasiose del tipo:
http://<fqdn>/wps/wcm/connect/libreria del sito 1/sito 1/contenuti multi mediali
Che il browser tradurra in
http://<fqdn>/wps/wcm/connect/libreria%20del%20sito%201/sito%201/contenuti%20multi
%20mediali
Se proprio dovete sostituite il ␢ (blank) con -
/libreria-del-sito-1........
Ma come si fa ad eliminare la parte costante?
Ci aiuterà ancora una volta l'HTTP Server (IHS o Apache)
Questo un buon motivo per usare l'Http server nativo l'IBM Http Server [ndr]
14. Step2: Normalizzare ovvero eliminare le parti superflue
L'Http server ci permette di convertire dinamicamente il contenuto delle pagine
web. Possiamo forzare il cambiamento da /wps/wcm/connect/libreria/site
sostituendolo run time con un percorso più semplice ad es, /newpath
Limitazioni conosciute:
• Non può cambiare i contenuti delle applet
• Non può cambiare i contenuti dei javascript embedded
• Non può cambiare i link assoluti
15. Step2: Normalizzare ovvero eliminare le parti superflue
La funzione sfrutta alcune librerie Apache, e la funzionalità di
R-Proxy. Schematicamente il flusso è il seguente:
Noi interverremo proprio nella configurazione del R-Proxy inserendo le funzioni
di “Proxy HTML” e lo schema diventa
17. Step2: Normalizzare ovvero eliminare le parti superflue
Come fare:
Installare e caricare le librerie necessarie:
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_http_module modules/mod_proxy_http.so
Abilitare i Virtual Host
Sia per il sito principale in cui inseriremo le regole di “riscrittura”
Sia per il sito Privato “riscrivente”
18. Step2: Normalizzare ovvero eliminare le parti superflue
VH sito principale:
Inserie le regole di proxy-HTML
Sostituiremo la rotta /wps/wcm/connect/mysite/site/ con /it/
ProxyHTMLLogVerbose On
LogLevel Debug
ProxyPass /it/ http://www1.mysite.com/wps/wcm/connect/mysite/site/
ProxyHTMLURLMap http://www1.mysite.com/wps/wcm/connect/mysite/site/ /it [c]
<Location /it/>
ProxyHTMLEnable On
ProxyPassReverse http://www1.mysite.com/wps/wcm/connect/mysite/site/
SetOutputFilter proxy-html
ProxyHTMLURLMap /wps/wcm/connect/mysite/site/ /it/
ProxyHTMLURLMap /it /it
</Location>
19. Step2: Normalizzare ovvero eliminare le parti superflue
VH “privato”:
<VirtualHost <yourIP>:80>
DocumentRoot www/mysite
ServerName www-1.mysite.com
ErrorLog logs/www/mysite/error.log
CustomLog logs/www/mysite/access.log common
</VirtualHost>
In questa configurazione l'fqdn www.mysite.com è pubblico e risolto dai DNS
www-1.mysite.com è privato e risolto solo localmente tramite file hosts.
20. Step2: Normalizzare ovvero eliminare le parti superflue
Va da se che se nelle pagine vi sono dei link pseudo realtivi, risulteranno non raggiungibili.
<%@ page contentType="text/html; charset=iso-8859-1" language="java" %>
<%
String hostName=request.getServerName();
%>
<html>
<head>
<title>Server host name in jsp</title>
</head>
<body>
Host Name of server <%=hostName%>
</body>
</html>
Pagine come questa verrano servite attraverso il VH Privato dando un riferimento al nome
Privato www-1.mysite.com NON Raggiungibile
21. Step2: Normalizzare ovvero eliminare le parti superflue
In fine usiamo i Robots per garantirci che eventuali url lunghe orfane vengano
indicizzate.
Per farlo inseriamo un file chiamato robots.txt nella home root del nostro http
server., un file testuale composto nel modo seguente:
Un campo "User-agent" ed uno o più campi "Disallow".
Il campo User-agent serve ad indicare a quale robot/spider le direttive successive sono rivolte. La
sua sintassi è:
User-agent <duepunti> <spazio> <nome_dello_spider>
Il campo Disallow serve a indicare a quali file e/o directory non può accedere lo spider indicato nel
campo User-agent. La sintassi di questo campo è:
Disallow <duepunti> <spazio> <nome_del_file_o_directory>
Ad eempio
User-agent: googlebot
Disallow: /wps/wcm/connect/<libraryName>
22. Step2: Normalizzare ovvero eliminare le parti superflue
Esempio:
http://www.sonus.com
Riferimenti in: Portal Wiki
Downloads :
Librerie Apache x Windows / Sorgenti x Linux
24. Pagine di cortesia:
ma lo sono veramente?
• Dire in modo chiaro che la pagina cercata non esiste
• Avere il medesimo look & fell del sito, in questo modo l'utente non
si sente perso e abbandonato....
• Considerare l'aggiunta di link ai tuoi articoli o post più popolari,
alla home page del tuo sito.
• Permettere agli utenti di segnalarci gli errori
• Essere certi che venga restituito il codice di errore, così Google
non la indicizza.....
• Valutare se inserire un widget che permetta la ricerca nel sito, e
fornire agli utenti informazioni utili per aiutarli a trovare le
informazioni di cui hanno bisogno.
• .........
26. Pagine di cortesia:
ma lo sono veramente?
Come fare: modifichiamo le configurazioni del nostro HTTP Server e
abbiamo vinto.
È sufficiente inserire le direttive appropriate
ErrorDocument 404 /bad_urls.html
ErrorDocument 401 /subscription_info.html
ErrorDocument 403 "Sorry can't allow you access today"
Ma davvero è tutto qui?
27. Pagine di cortesia:
ma lo sono veramente?
Allora come mai il mio sito mi restituisce una pagina diversa?
E sopratutto chi la restituisce?
Le risorse Non-URL sono manipolate e trasformate all'interno del
livello di sicurezza di WebSphere Application Server (WSAS). Queste
definizioni sono specificate nel file web.xml nel file wps.ear e
wcm.ear. È necessario modificare le applicazioni per consentire la
gestione di una pagina di errore personalizzata.
28. Pagine di cortesia:
ma lo sono veramente?
Per cui tramite il WSAS l'application server intercetta l'errore e
fornisce la pagina di default, rispondendo comunque un 200 all'HTTP.
Il processo verifica il web.xml dell'applicazione e se trova una
specifica di gestione dell'errore, utilizza la pagina definita altrimenti
restituisce la standard.
Error 404: SRVE0190E: File not found:
/wccm/connect/SitiI......./home_page
29. Pagine di cortesia:
ma lo sono veramente?
Ora, è sufficente modificare il web.xml dell'applicazione e inserire la
mappatura della pagina di cortesia, il problema è che la
WebApplication da modificare sono due nello specifico:
• wps.ear
• wcm.ear
una soluzione per la parte protale consiste nel esguire l'UnDeploy
dell'applicazione, modificarla e Deployarla nuovamente, più
complicato farlo per il WCM, dovendo ricostruire manualmente tutti i
riferimenti EJB.
30. Pagine di cortesia:
ma lo sono veramente?
La modifica da insere nel web.xml è la seguente:
<error-page>
<error-code>404</error-code>
<location>/ep/e404.html</location>
</error-page>
un blocco per codice di errore da gestire
31. Pagine di cortesia:
ma lo sono veramente?
Ma se il nostro WCM, espone più siti, ad esempio soluzioni
Multi-Brand, siti as Service, etc etc. cosa succede?
Il nostro WSAS in caso di errore carica la nostra pagina. (Una per
Application Server)
Ma se abbiamo Look & Fell diversi come faccio?
Inseriamo una pagina che in realtà sollevi l'eccezione all'HTTP Server
che ha la vera pagina di cortesia da servire all'utente, mantenendo
l'eccezzione ed evitando che i crawler la indicizzino.
33. Pagine di cortesia:
ma lo sono veramente?
Esistono due modi leggermente diversi d'implementare la soluzione,
Dipendenti dal fatto che se opero in una soluzione Single-Node o in
un Cluster.
Fondamentalmente dovrò operare in posti diversi, ma facendo le
stesse cose, nel caso del Cluster devo, operare nel Deploy-Manger e
gestire la modifica tramite una fullSyncronize dei nodi, in modo che il
sitema “rideploy” le applicazioni sui nodi.
Va da se che se ho la brutta abitudine di “deployare” i temi e le jsp
custom direttamente nei nodi, le perderò inesorabilmente, ma qui il
porblema stà da un altra parte.
34. Pagine di cortesia:
ma lo sono veramente?
Ad esempio nel caso del Cluster modificare il file web.xml che si trova in
/profiles/<DMGRProfiles>/config/cells/applications/wps.ear/
deployments/wps/ wps.war/WEB-INF/web.xml
Cercare i tag
</mime-mapping>
<resource-ref>
Ed inserire tra i due tag la seguente struttura
<error-page>
<error-code>404</error-code>
<location>/ep/e404.html</location>
</error-page>
35. Pagine di cortesia:
ma lo sono veramente?
Preparare la pagina di gestione della “redirect” ed installarla nel file .ear
che stiamo gestendo
/ep/e404.html
Questa pagina avrà la struttura del tipo
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<META HTTP-EQUIV="Refresh" CONTENT="0;URL=/yourCourtesyPage.html"> <title>Not Found</title>
</head>
<body>
</body>
</html>
36. Pagine di cortesia:
ma lo sono veramente?
Ora non resta che preparare la nostra /yourCourtesyPage.html ed installarla
nell'http server in modo che venga caricata in caso di errore.
Eseguiamo la fullSyncronize dei nodi del cluster ed il gioco è fatto.
Riferimenti: Customize Error Page
37. Letture consigliate
WebSphere Portal 6x Infocenter
IBM Http Server Forum
Apache Http Server Project
WebSphere Portal Wiki
Apache at WebÞing
Apache Tutor
38. Grazie agli sponsor per aver reso possibile i
Dominopoint Days 2012!
Main Sponsor
Vad sponsor
Platinum sponsor
Gold sponsor