Bloccare le pubblicità sui dispositivi Android

Aggiornamento del 14 aprile 2017: Alternate DNS, uno strumento precedentemente consigliato in questo articolo, è diventato a pagamento. Ho sostituito le indicazioni con l’uso di Adguard DNS che è analogo.

Il web è un calderone di informazioni sconfinato, ma è anche un grandissimo contenitore di pubblicità. A volte troppa pubblicità. Ci sono siti di notizie dove le “notizie correlate” sono un miscuglio di notizie vere e link sponsorizzati a prodotti che promettono di far perdere peso, blog in cui prima di leggere un articolo bisogna chiudere finestre modali gigantesche e lampeggianti, e così via.

Ma un altro aspetto negativo, forse il più importante, è la costante profilazione degli utenti da parte delle agenzie pubblicitarie. Siamo arrivati ad una situazione in cui ci addentriamo nell’era della no-privacy su Internet, per citare un articolo di Pagina99.

La pubblicità è fastidiosa e su cellulare lo è ancor di più.

Perché gli utenti bloccano la pubblicità

Tune, un’agenzia di marketing che lavora nel settore del publishing online, ha pubblicato uno studio dedicato proprio ad analizzare le ragioni per cui le persone bloccano la pubblicità sui dispositivi mobili e quanto il fenomeno incida sulla popolazione.

tune_blocking_2016
1 persona su 4 ha installato una app per bloccare le pubblicità

Dalle interviste è risultato che il 25% delle persone ha installato un’applicazione per bloccare gli annunci sul proprio dispositivo mobile. Probabilmente le ragioni non sono uguali per ogni persona, ma a mio avviso ce ne sono diverse e sono piuttosto importanti.

Le motivazioni principali per bloccare le pubblicità possono essere:

  • Risparmio di tempo — Le pubblicità pesano, e anche parecchio. Forse non è un gran problema con una ADSL o la fibra ottica, ma può esserlo con una connessione 3G. Nel 2015 il New York Times ha effettuato un test e ha rilevato come una pagina impiegasse 33 secondi a caricarsi, ma solo 7 secondi col blocco attivato.
  • Risparmio di denaro — Siamo ancora lontani dal momento in cui avremo i “giga” infiniti nei nostri piani tariffari. Per ora dobbiamo accontentarci di avere una soglia dati ben definita, ma una buona fetta di byte viene sprecata in pubblicità. Nel test del New York Times, la pagina con pubblicità pesava 16.3 MB mentre si scendeva a 3.5 MB per la stessa pagina senza annunci. In sostanza, la pubblicità consumava il 79% del traffico.
  • Privacy — Il tracking effettuato dai circuiti pubblicitari raggiunge livelli molto elevati, a volte decisamente inaccettabili. Il problema della privacy non si risolve con stupide normative sui cookie (con banner lapalissiani che avvisano del tracking, senza sortire alcun effetto) ma si risolve bloccando i tracker in partenza.
  • Fastidio costante — Molti siti che usano la pubblicità lo fanno in modo sbagliato. Invece di cercare di interessare l’utente, provano a infastidirlo piazzando i banner in mezzo al testo, o addirittura sopra di esso. Specialmente sui cellulari, lo spazio è una risorsa preziosa e non si può sprecare la maggior parte dello schermo per mostrare pubblicità.
  • Rischio di malware — La pubblicizzazione di applicazioni indesiderate o pericolose è piuttosto frequente quando si naviga col cellulare. Nel 2014 la BBC ha riportato uno studio che definisce le pubblicità “il più grande rischio di mobile malware”.

Credo sia pacifico che i siti web non hanno alcun diritto di consumare oltre il 50% del nostro traffico di rete, per di più tracciando tutti i nostri comportamenti. Senza contare il fatto che dovremmo proteggere le persone meno avvezze alla tecnologia dal rischio di installare malware sui propri dispositivi.

Fino a quando non si diffonderanno dei metodi pubblicitari sensati, sicuri e ragionevoli, la soluzione più efficace per arginare il problema è bloccare direttamente gli annunci. Viste le possibili motivazioni, rimane da vedere come funzionano effettivamente questi blocchi e come si possono installare su Android.

Qui potete vedere alcuni esempi di “prima/dopo” con il risultato che vogliamo ottenere:

Come funzionano i blocchi

Esistono diverse tecniche di blocco, specialmente quando si parla di ad blocker per il browser. Se prendiamo come esempi la famosissima estensione Adblock Plus, o la meno diffusa (ma più precisa e leggera) uBlock Origin, possiamo verificare che questi strumenti applicano varie tecniche:

  • Blocco di indirizzi web dedicati esclusivamente alla pubblicità
  • Blocco di specifici tipi di risorse (per esempio elementi Flash o immagini)
  • Filtraggio cosmetico (cioè le pubblicità difficili da bloccare vengono solo rese invisibili)

Quando si parla di blocco sui dispositivi mobili, ci sono alcuni browser specifici che combinano questi approcci. Il problema è che funzionano solo per navigare, ma non bloccano i banner all’interno delle app. Tuttavia, è possibile ottenere ottimi risultati sfruttando solo la prima strategia (il blocco degli indirizzi) perché molti siti web usano network pubblicitari esterni e quindi facili da bloccare.

Tanto per fare un esempio pratico, configurando il vostro dispositivo per bloccare (o comunque rendere irraggiungibile) il dominio googlesyndacation.com impedirete il caricamento di qualsiasi banner di Google AdSense su qualsiasi sito web. 😉

Per ottenere questo risultato, bisogna intervenire sulla risoluzione dei nomi di dominio, ovvero quel processo per cui un dispositivo trasforma un nome come google.com in un indirizzo IP come 216.58.214.110. Si può procedere in due modi:

  • Usare un server DNS filtrato — Il server DNS è il computer a cui si collegano i nostri dispositivi (o il nostro router) per effettuare la risoluzione di un dominio. Se il DNS filtra determinati indirizzi di server pubblicitari, i banner non riescono a caricarsi. Vi consiglio Adguard DNS che è gratuito e molto efficace.
  • Usare un file di host sul dispositivo — Prima di usare un server DNS, il computer (o il cellulare) verifica se ha già “la risposta pronta” controllando delle liste di traduzione da dominio a IP. Se il dispositivo è configurato con delle apposite liste che rendono irraggiungibili i server pubblicitari, il risultato è analogo (e anche lievemente più rapido).

In rete ci sono diversi articoli che spiegano come bloccare la pubblicità su Android, ma molti di essi si basano sul fatto che gli utenti abbiano effettuato il rooting al telefono, oppure funzionano solo con versioni di Android dalla 5.0 in poi. In realtà è possibile applicare queste tecniche con qualsiasi versione di Android a partire dalla 4.0, anche senza permessi di root.

Le sezioni seguenti spiegano come fare nei vari casi. Scegliete quella più adatta alle vostre esigenze!

Dispositivi con i permessi di root (Android 4.1 e seguenti)

I permessi di root ci consentono di effettuare modifiche al sistema operativo, compresa la possibilità di installare dei file di host personalizzati per bloccare i server pubblicitari. AdAway è un’ottima app che automatizza il tutto.

Non si può installare tramite Play Store (dove le app di questo tipo sono vietate) ma la potete ottenere tramite lo store F-Droid che tra l’altro contiene solo software libero e open source. Procedete quindi all’installazione di F-Droid:

  • Attivate l’installazione di app da origini sconosciute nelle preferenze di sicurezza del vostro dispositivo
  • Scaricate e installate l’APK di F-Droid dal sito
  • Aprite F-Droid e premete la voce Aggiorna i repository nel menu
  • Cercate AdAway e installatelo

Le figure mostrano il processo passo per passo:

A questo punto potete aprire AdAway:

  • Date i permessi di root all’applicazione quando viene richiesto
  • Cliccate sul bottone per scaricare i filtri
  • Confermate di voler riavviare il telefono quando vi viene proposto

Da questo momento il filtro sarà sempre attivo, potreste persino disinstallare l’app… anche se vi consiglio di tenerla e di aggiornare periodicamente i filtri con lo stesso pulsante. 🙂

Dispositivi senza permessi di root (Android 5.0 e seguenti)

Se il telefono non è rootato, l’unico modo per filtrare le richieste a un server DNS e/o le connessioni a determinati server è l’attivazione di una VPN da parte di una app. Ho già parlato in passato di cosa sono le VPN e di quanto sia fondamentale usarle per proteggersi, perciò dovreste avere una vaga idea di cosa sto parlando.

La cosa interessante però è che andremo ad usare una app che crea una finta VPN, cioè non instrada il nostro traffico su server sicuri ma si limita a bloccare gli indirizzi dei server che forniscono le pubblicità. Chi usa Android 5.0 o versioni successive può usare DNS66, che si può installare sempre tramite F-Droid (consultate la sezione dedicata ad AdAway per maggiori dettagli).

DNS66 contiene dei file di host già configurati, pertanto basta poco per attivare i filtri:

  • Aprite DNS66
  • Premete il pulsante con la freccia circolare per aggiornare i file di host
  • Tenete premuto a lungo il grosso bottone di accensione
  • Android vi mostrerà una richiesta per consentire l’uso della VPN
  • Verificate che ci sia il simbolo della chiave in alto sullo schermo e che DNS66 sia nello stato Running

I filtri si possono disattivare a piacere usando il bottone nell’app. Nelle versioni recenti di Android la VPN dovrebbe ripartire automaticamente anche se riavviate il telefono.

Dispositivi senza permessi di root (Android 4.0 e seguenti)

NoRoot Data Firewall è una app gratuita che permette di bloccare il collegamento ad Internet di alcune applicazioni. Lo fa usando lo stesso trucco della finta VPN usato da DNS66 e la cosa interessante è che dà la possibilità di usare un server DNS personalizzato. Possiamo pertanto sfruttare questa app anche senza utilizzarne le funzioni di firewall, ma limitandoci a impostare un server DNS che blocchi i server pubblicitari.

Procedete come segue:

  • Installate NoRoot Data Firewall da Google Play Store (ha uno scudo blu come logo)
  • Aprite la app e consentite l’avvio della VPN, dichiarandola sempre attendibile
  • Osservate che le app hanno due colonne di simboli gialli (sono relativi al filtraggio)
  • Cliccate sul simbolo dell’antenna in cima alla prima colonna e selezionate Permetti tutte le connessioni
  • Ripetete la stessa operazione con la seconda colonna (a questo punto dovreste aver consentito l’uso di Internet a tutte le app)
  • Spostatevi sulla sezione Config e sui Permessi di default mettete Permetti connessione in entrambi i casi
  • Scorrete in basso, attivate Set DNS server e come indirizzo impostate quello di Adguard DNS: 176.103.130.130 (la figura mostra un IP diverso)
  • Riavviate il dispositivo

Alcune versioni vecchie di Android potrebbero chiedervi una conferma di connessione alla VPN ogni volta che accendete il telefono.

Cambio del DNS per chi usa già una VPN

Come avrete notato, le due soluzioni per dispositivi senza permessi di root richiedono l’attivazione di una (finta) VPN. Però, come dicevo prima, è importante utilizzare un vero servizio VPN per navigare in modo sicuro.

Pertanto, chi ha a cuore la propria sicurezza anche nelle reti wireless dei locali pubblici fa già uso di una app VPN e non ne può attivare due contemporaneamente. Mi trovo anche io in questa situazione.

Fortunatamente, in questo caso si può utilizzare comunque un server DNS personalizzato. Quasi tutte le app Android dei vari provider VPN infatti sono basate su OpenVPN e i client OpenVPN consentono di configurare il server DNS. Il come però dipende un po’ da quale provider utilizzate e dalla app con cui vi collegate.

Io utilizzo VPNSecure e la loro app ufficiale, perciò userò questa come esempio. Per cambiare il DNS ho proceduto nel modo seguente:

  • Ho aperto la app e sono andato su Settings
  • Alla voce Advanced config ho scritto questa riga per impostare il server di Adguard DNS:
    dhcp-option DNS 176.103.130.130
  • Ho premuto Add to config
  • Ho scollegato e ricollegato la VPN

Altre app simili potrebbero avere i parametri in un altra sezione, però la riga di configurazione OpenVPN da aggiungere è sempre quella.

Conclusione

In questo post abbiamo visto che ci sono diversi modi per bloccare la pubblicità su Android e si può fare anche senza permessi di root. Il blocco si configura una volta e non ci si pensa più, o al limite si può ricontrollare ogni tanto per vedere se si devono aggiornare i file di host.

Così facendo si può godere di una navigazione più veloce, che consuma meno giga e meno esposta al rischio di malware o banner fastidiosi. Naturalmente il filtro “perfetto” non esiste e qualcosina potrebbe passare lo stesso, ma la differenza la noterete subito. 😀

Annunci

Come si creano le app Android — Linux Day 2016

Il 22 ottobre si è svolto il Linux Day 2016 in tutta Italia. Come ormai faccio da anni, ho partecipato all’organizzazione di quello di Bassano del Grappa (VI) assieme a GrappaLUG.

Il Linux Day è un evento fantastico per vari motivi: è gratuito, si trova in decine di città in tutto il paese, e consente alle persone di avvicinarsi a Linux e conoscere varie tematiche relative al mondo del software libero.

Quest’anno ho deciso di proporre un talk basato essenzialmente sul mio lavoro, parlando dello sviluppo di app per Android, il quale è un sistema operativo basato su Linux, perciò eravamo pienamente in tema. 🙂

Di seguito potete vedere la registrazione del talk e le slide su SlideShare. Se volete scaricarle, le trovate sul sito del GrappaLUG. Naturalmente fatemi sapere se avete qualche domanda o dubbio. Buona visione!

Usare Jquery per gestire tabelle e altri elementi con overflow su dispositivi mobili

Qualche tempo fa mi stavo occupando di rendere un sito web mobile-friendly e mi sono trovato di fronte alla necessità di gestire delle tabelle molto larghe. Purtroppo non era possibile pretendere che le tabelle fossero tutte quante di larghezza ridotta o con poche colonne, perciò era necessario usare l’overflow orizzontale con il CSS.

Oltre alle tabelle, ci sarebbero state anche delle formule visualizzate con Mathjax che — se molto lunghe — avrebbero “sfondato” la pagina. Ho avuto modo di accorgermi ben presto che la soluzione è leggermente meno semplice di quanto si possa pensare.

Nonostante le ultime versioni di Android e di iOS per iPhone/iPad supportino lo scorrimento di parti di pagina affette da overflow, le versioni vecchie di Android non permettono di scorrere correttamente con il dito, mentre quelle di iOS richiedono due dita e ciò è poco intuitivo.

Fortunatamente, ho trovato una soluzione interessante in Javascript sul blog di Chris Barr. Leggendo i commenti, ho anche scoperto con piacere che un lettore (Jeff) ne aveva fornito una versione Jquery, mentre un altro (Cormac) suggeriva l’utilizzo del metodo .live() per consentirne un corretto utilizzo anche su elementi caricati nel DOM in un momento successivo.

Ho deciso di unire i due approcci ed è venuto fuori il seguente risultato, che potete includere all’interno della pagina:


function isTouchDevice(){
	try {
		document.createEvent("TouchEvent");
			return true;
	}
	catch(e) {
		return false;
	}
}

function touchScroll(selector) {
    if (isTouchDevice()) {
        var scrollStartPosY=0;
        var scrollStartPosX=0;
        $("body").delegate(selector, 'touchstart', function(e) {
            scrollStartPosY=this.scrollTop+e.originalEvent.touches[0].pageY;
            scrollStartPosX=this.scrollLeft+e.originalEvent.touches[0].pageX;
        });
        $("body").delegate(selector, 'touchmove', function(e) {
            if ((this.scrollTop < this.scrollHeight-this.offsetHeight &&
                this.scrollTop+e.originalEvent.touches[0].pageY < scrollStartPosY-5) ||                  (this.scrollTop != 0 && this.scrollTop+e.originalEvent.touches[0].pageY > scrollStartPosY+5))
                    e.preventDefault();
            if ((this.scrollLeft < this.scrollWidth-this.offsetWidth &&
                this.scrollLeft+e.originalEvent.touches[0].pageX < scrollStartPosX-5) ||                  (this.scrollLeft != 0 && this.scrollLeft+e.originalEvent.touches[0].pageX > scrollStartPosX+5))
                    e.preventDefault();
            this.scrollTop=scrollStartPosY-e.originalEvent.touches[0].pageY;
            this.scrollLeft=scrollStartPosX-e.originalEvent.touches[0].pageX;
        });
    }
}

La cosa interessante della soluzione proposta da Jeff (e che ho riutilizzato) è quella di permettere il corretto funzionamento dei link contenuti nell’elemento che scorre.

Come potete intuire dal codice, la prima funzione controlla se il dispositivo è dotato di touchscreen oppure no, mentre la seconda accetta un selettore Jquery e associa un evento che viene azionato quando l’utente scorre con il dito sopra gli elementi corrispondenti.

Per applicare lo scorrimento alle tabelle, è necessario racchiuderle con un contenitore (in questo caso un <div>) in modo da applicare l’overflow, che con le tabelle non funziona in modo convenzionale.

La funzione deve essere richiamata dentro a $(document).ready(), e può essere utilizzata così, tenendo presente il trucco per le tabelle:


$(document).ready(function() {
    touchScroll(".MathJax_Display");
    $("table").wrap('<div class="table-scroll"></div>');
    $(".table-scroll").css('overflow', 'auto');
    touchScroll(".table-scroll");
});

La prima chiamata a touchScroll() si occupa delle formule prodotte da MathJax, i cui elementi compaiono nel DOM in un momento successivo ma sono catturati ugualmente grazie all’uso di .delegate(). Le seguenti righe si occupano invece di racchiudere le tabelle con un contenitore di classe table-scroll e applicano la funzionalità di scorrimento usando il selettore adeguato.

Questo è quanto! Come avete visto, una volta predisposta la funzione di Chris Barr modificata da Jeff, Cormac e me è sufficiente usare una chiamata per applicare l’overflow agli elementi desiderati. Nel caso delle tabelle, è necessario inserire un contenitore addizionale, ma questo si può fare con Jquery, in modo da evitare di introdurre modifiche al markup della pagina.

Sveglia silenziosa e microfono spento su Android — ecco come risolvere

Di recente mi sono trovato ad affrontare due diversi problemi legati all’audio sul mio telefono Android (nello specifico uno Star B63M, modello cinese economico ma dalle buone prestazioni). Il primo è ciò che avevo definito solo “un problema con la sveglia”, ovvero al mattino la sveglia, invece di squillare, vibrava e basta. Il secondo è addirittura più fastidioso, ovvero durante una telefonata l’interlocutore non mi poteva sentire.

Inizialmente ho pensato che si trattasse della scarsa qualità del mio dispositivo, ma è bastato cercare e cercare ancora per verificare che si tratta di problematiche assai diffuse su molti dispositivi e versioni di Android. Di seguito vi spiego quindi come potreste risolverli, o perlomeno questi sono semplici passaggi che hanno funzionato al 100% per me.

Sveglia silenziosa — ovvero “silent alarm bug”

Questo problema mi ha “simpaticamente” colpito il primo giorno di università qui in Danimarca. Si tratta in sostanza del fatto che al mattino la sveglia invece di squillare vibra e basta. Per rendere la faccenda ancora più complicata da gestire, nel mio caso reimpostando la sveglia per fare dei test essa suonava senza problemi… fino al mattino dopo, quando era silenziosa di nuovo.

Ironicamente, notando il telefono vibrare e toccando lo schermo, il suono partiva senza problemi. Il mio rimedio iniziale è stato drastico: ho comprato una piccola sveglia da tavolo. 😀 Poi con più calma ho cercato di risolvere la questione cercando di capire cosa poteva essere successo. Ero certo infatti che l’opzione Allarme in mod. silenz. fosse correttamente attivata.

Leggendo un po’ (ad esempio qui), ho scoperto che il problema viene scatenato se cercate di usare insieme la suoneria e la vibrazione. Questo teoricamente si può fare ma nella pratica fa sì che il telefono vibri e basta. Per risolvere il problema quindi, disattivate la vibrazione su tutte le sveglie, anche se sono avviate da applicazioni di terze parti.

Microfono muto — detto anche “silent call bug”

In realtà il problema è un po’ più esteso, non riguarda solo le chiamate: quando capita il microfono è completamente muto e non consente il funzionamento della ricerca vocale, il registratore di suoni, eccetera. Se capita anche a voi, potete testare facilmente usando la ricerca vocale.

Dopo aver letto questo thread ho capito che il mio telefono a volte decide che l’auricolare è connesso anche se ciò non è vero, e disattiva il microfono esterno. Stranamente, l’output dagli speaker integrati funziona benissimo lo stesso. Il post illuminante è il seguente:

Wired Headphone Routing Fix

There is an issue with a lot of Android devices where the OS thinks the headphone is being plugged in and unplugged on its own.

I have rooted 4.0.4 AOKP and it still occured.

Try this free application to resolve it:

https://play.google.com/store/apps/details?id=com.woodslink.android.wiredheadphoneroutingfix

Le impostazioni di SoundAbout
Le impostazioni di SoundAbout

Ho provato ed ha funzionato quasi subito. Questo è il procedimento che per me ha avuto successo e che vi consiglio:

  1. installate l’applicazione SoundAbout e non spostatela nella scheda SD
  2. attivate il riconoscimento degli auricolari ma dite di ignorare il microfono (vedete la figura)
  3. riavviate il telefono
  4. inserite le cuffie
  5. rimuovete le cuffie
  6. testate la ricerca vocale

A questo punto dovrebbe funzionare tutto tranquillamente. 🙂 Ricordatevi che se volete usare gli auricolari per chiamare dovrete riattivarne il riconoscimento all’interno dell’applicazione.

Di nuovo leggibile dai dispositivi mobili, finalmente!

La pagina dei contatti visualizzata da un browser per dispositivi mobili

È da parecchio che avevo notato diversi problemi per accedere il blog da parte dei dispositivi mobili, in particolare usando il mio HTC Wildfire con Android 2.2. Purtroppo infatti nella maggior parte dei casi il browser andava in crash e rendeva del tutto impossibile navigare o leggere gli articoli.

Ho provato sia attivando il tema mobile e sia tenendolo disattivato, ma nulla. Alla fine, ho scoperto che la colpa andava attribuita ai font personalizzati di Typekit. Addirittura, parlano di crash persino nel blog ufficiale, indicando pure un modo per disattivare i font per chi naviga da iPhone e Android. Inutile dire che l’ho fatto immediatamente, dopotutto meglio usare i font standard che non essere neppure in grado di navigare!

Ho successivamente riattivato il tema mobile e finalmente posso dire che il sito è navigabile. Già che c’ero, ho  provveduto a sistemare la pagina dei contatti, passando da una pessima tabella a due colonne a due contenitori (div) fluttuanti con una larghezza minima (min-width) del 50%: in questo modo se ci sta tutto in due colonne si vede come sul computer, altrimenti la seconda colonna scorre sotto alla prima ed è comunque leggibile. 🙂

A parte la parentesi tecnica, vi segnalo che c’è ancora un piccolo problemino per chi ha una risoluzione ridotta (come la mia di 240x320px) di cui potete leggere nel forum di WordPress.com.

Tutto è bene quel che finisce bene! Se riscontrate altri problemi fatemelo sapere. 😛