Sul blog di Google è possibile leggere l’annuncio ufficiale del lancio, oltre che della versione Linux, anche della versione per MacOS e, dulcis in fundo, delle estensioni!

Attualmente sono già disponibili più di 300 estensioni per Linux, non rimane che provarle .

Un DNS, semplificando, è un sistema che permette di convertire un indirizzo web¹ (www.jdsblog.it) in un indirizzo IP (87.98.168.77) e viceversa.

Google ha introdotto questo servizio perché sostiene che spesso i DNS possono rallentare la navigazione e ultimamente Google si sta impegnando molto per velocizzare il più possibile internet.

I DNS pubblici di Google sono anche facili da ricordare (o quantomeno lo sono più di quelli di OpenDNS²):

Su OpenDNS, se si digita un URL errata o non raggiungibile, si viene rediretti su una loro pagina di ricerca piena di pubblicità (che è anche il modo con cui riescono a pagare il servizio che offrono):

Questo può risultare però parecchio fastidioso per l’utente.

Su Google Public DNS, invece, non è attualmente presente alcun tipo di pubblicità o redirect.
Prem Ramaswami, product manager di Google Public DNS, ci tiene a sottolineare che il protocollo DNS verrà rispettato alla lettera, il che significa che non ci saranno filtri, reindirizzamenti o blocchi di alcun tipo³, il servizio mira esclusivamente ad aumentare la velocità, la sicurezza e l’affidabilità delle risposte DNS. Maggiori dettagli qui.

Trattandosi di Google e della risoluzione dei nostri DNS è praticamente obbligatorio affrontare l’argomento Privacy: Google sostiene che i dati raccolti includono gli indirizzi IP (conservati per 48 ore, per determinale eventuali comportamenti dannosi verso il servizio), le informazioni relative all’ISP e alla provenienza geografica (conservati per 2 settimane ognuno). Si sottolinea inoltre che i dati non sono correlati in alcun modo con il nostro account Google. Maggiori dettagli qui.

Per concludere riporto il link al blog di OpenDNS che contiene un post di riposta al servizio di Google:

• Some thoughts on Google DNS.

Note all'articolo:

1. Sarebbe più corretto dire un nome di host o hostname
2. L’indirizzo IP del Name Server principale di OpenDNS è 208.67.220.220. Lo si deve scrivere un po’ di volte prima di ricordarselo a memoria a distanza di mesi
3. Questo si traduce nel poter evitare eventuali blocchi a mezzo DNS di siti da parte degli ISP italiani. Es: il blocco di Pirate Bay

Per far questo è necessario scaricare l’Android SDK al seguente indirizzo:

Ora è necessario aggiungere il path della directory tools dell’Android SDK al nostro file .bashrc.
Utilizzando il l’editor di fiducia aprire il file .bashrc ed inserire alla fine le seguenti righe:

Assegnare i permessi di esecuzione al binario android:

Eseguirlo utilizzando questo comando:

In Ubuntu 9.10 Karmic Koala per qualche strano motivo l’Android SDK non riesce a collegarsi al repository di google tramite HTTPS, è necessario quindi forzare la connesione tramite HTTP: portarsi in Settings e spuntare “Force https://…. sources to be fetched using http://”¹.

Cliccare su Available Packages e spuntare Android SDK Tools e tutte le voci SDK Platform Android. Selezionare poi Install Selected.

Terminato il download portarsi su Virtual Devices e creare tre AVD premendo su New… utilizzando i seguenti valori:

1. Inserire nel campo Name “devphone-1.5“, selezionare il Target “Google APIs (Google Inc.) – API Level 3” e premere Create AVD.
2. Inserire nel campo Name “devphone-1.6“, selezionare il Target “Google APIs (Google Inc.) – API Level 4” e premere Create AVD.
3. Inserire nel campo Name “android-2.1“, selezionare il Target “Google APIs (Google Inc.) – API Level 7” e premere Create AVD.

Così facendo si sono creati tre Devices virtuali per le versioni 1.5, 1.6 e 2.1 di Android. Come accennato prima queste sono versioni vanilla e mancano quindi delle applicazioni closed sviluppate da Google.

Con l’aggiornamento dell’Android SDK Tools il file android potrebbe aver perso i permessi di esecuzione, in caso riassegnarli utilizzando il solito comando:

Il passo successivo consiste nello scaricare e copiare le System Image del devphone contenenti anche le applicazioni proprietarie all’interno degli AVD appena creati:

Terminato il download aprire il file signed-dream_devphone_userdebug-img-150275.zip e decomprimere il file system.img all’interno della directory ~/.android/avd/devphone-1.5.avd.

Ripetere la stessa operazione con il file signed-dream_devphone_userdebug-img-14721.zip questa volta decomprimendo il file system.img nella directory ~/.android/avd/devphone-1.6.avd.

Se tutto è andato come previsto dovreste essere in grado di emulare il vostro telefono Android.
Per utilizzare la versione 1.5 devphone digitate in console:

Per utilizzare la versione 1.6 devphone digitate in console:

Per utilizzare la versione 2.0 vanilla² digitate in console:

Note all'articolo:

1. In Karmic Koala se non si assegna alla variabile GDK_NATIVE_WINDOWS il valore true non sarà possibile settare il Force dell’HTTPS in caso si presenti l’errore “Failed to fetch URL https://dl-ssl.google.com/android/repository/repository.xml, reason: HTTPS SSL error“
2. Al momento l’HTC non ha ancora rilasciato ROM 2.0 devphone

. Questa opzione causa però frequenti crash del browser, altrimenti molto stabile. Prima di inserirla nel lanciatore consiglio di testare Chrome avviandolo da riga di comando:

Il Changelog della versione Linux riporta anche:

• Crash fixes.
• Google Chrome now respects the system font hinting/antialiasing setting.
• Added a password manager dialog (Options -> Personal -> Show Saved Passwords).
• Fixed an issue where scrolling a long page by dragging the scrollbar would lag significantly.
• Dragging a tab off and dropping it puts the dropped window where you dropped it.

• Chromium¹ è un progetto di un browser open source, implementa le stesse caratteristiche di Chrome, ma ha un logo leggermente diverso.
• Google Chrome è un browser closed source sviluppato da Google e basata sul progetto Chromium.

Google Chrome per Linux è tutt’altro che completo, manca il supporto ai Plugins (flash player compreso), la Stampa e il rendering di alcuni font il supporto ai Plugins è parzialmente implementato e causa frequenti crash del browser se attivato e manca ancora il supporto alla Stampa. Inoltre, come dicono gli sviluppatori stessi «altre parti del browser sono notevolmente incomplete, scarsamente ottimizzate o non funzionanti. Gli utenti sono avvisati!».
Da segnalare inoltre che la versione per Linux manca ancora di alcune funzionalità riguardanti la privacy. E’ quindi sconsigliato per un general consumer use.

Benchmark

Chrome sarà ancora incompleto, buggato e senza Plugins, però è veramente una scheggia!!! Nel SunSpider JavaScript Benchmark è quasi sette volte più veloce di Firefox 3.0.12! Cavolo 7 volte! E solamente trevolte più veloce di Firefox 3.5.1:

• Firefox 3.0.12: 2065.4ms +/- 1.9%
• Firefox 3.5.1: 908.8ms +/- 1.6%
• Chrome 3.0.195.1: 314.2ms +/- 2.9%

Peacekeeper, il Browser Benchmark di Futuremark, conferma grosso modo i risultati di SunSpider (occhio che qui il punteggio più alto è quello migliore):

• Firefox 3.0.12: 1232 punti
• Firefox 3.5.1: 1837 punti
• Chrome 3.0.195.1: 4826 punti

Con il Web Browser Javascript Benchmark le cose vanno un po’ meglio per Firefox. Chrome rimane comunque quasi il triplo più veloce di Firefox 3.0 e il doppio di Firefox 3.5:

• Firefox 3.0.12: 325.95 ms
• Firefox 3.5.1: 212.75 ms
• Chrome 3.0.195.1: 122.3 ms

Concludo i benchmark con quello teoricamente meno obiettivo, il V8 Benchmark Suite – version 5 di Google (anche qui il punteggio più alto è quello migliore):

• Firefox 3.0.12: 294 punti
• Firefox 3.5.1: 466 punti
• Chrome 3.0.195.1: 5856 punti

Installazione

L’installazione del browser è veramente banale: è sufficiente scaricare il pacchetto .deb per la propria architettura per poi installarlo con i permessi di root (basta farci doppio click sopra e inserire la password quando richiesta).

Durante l’installazione verrà aggiunto senza chiedere conferma e senza nemmeno avvisare il repository di Google così da mantenere Chrome sempre aggiornato.
Per evitare l’aggiunta del repository dovete eseguire il seguente comando prima dell’installazione del pacchetto:

Attivazione supporto Plutins

Per abilitare il supporto ai Plugins, flash player compreso, è necessario utilizzare l’opzione d’avvio

. Questa opzione causa però frequenti crash del browser, altrimenti molto stabile. Prima di inserirla nel lanciatore consiglio di testare il Chrome avviandolo da riga di comando:

Download

Note all'articolo:

1. Naturalmente è possibile provare anche Chromium. Della versione open mi occuperò magari in un altro articolo.