<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Google on Karpoke - Just Another Blog</title><link>http://karpoke.ignaciocano.com/tags/google/</link><description>Recent content in Google on Karpoke - Just Another Blog</description><generator>Hugo -- 0.159.0</generator><language>es</language><lastBuildDate>Sun, 14 Sep 2014 16:41:00 +0100</lastBuildDate><atom:link href="http://karpoke.ignaciocano.com/tags/google/index.xml" rel="self" type="application/rss+xml"/><item><title>Google’s Got an Open Source Android Problem</title><link>http://karpoke.ignaciocano.com/2014/09/14/googles-got-an-open-source-android-problem/</link><pubDate>Sun, 14 Sep 2014 16:41:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2014/09/14/googles-got-an-open-source-android-problem/</guid><description>&lt;blockquote&gt;
&lt;p&gt;Never has a tweet been more true, or potentially more disastrous for a
vendor. Years ago Google’s Andy Rubin, stung by Steve Jobs’ criticism that
Android wasn’t truly open, tweeted that anyone could fork - i.e., modify -
Android, making it ”open” in the truest sense of the word. Unfortunately for
Google, many OEMs took Rubin at his word. Today, Google’s Android business is
booming, but it’s clear that Android fragmentation minimizes just how much
Google—or its ecosystem of app developers—can make from the open-source
mobile OS. Unfortunately, according to new ABI Research data, it’s only going
to get worse.&lt;/p&gt;</description></item><item><title>The history of Android: The endless iterations of Google’s mobile OS</title><link>http://karpoke.ignaciocano.com/2014/06/17/the-history-of-android-the-endless-iterations-of-googles-mobile-os/</link><pubDate>Tue, 17 Jun 2014 20:14:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2014/06/17/the-history-of-android-the-endless-iterations-of-googles-mobile-os/</guid><description>&lt;p&gt;Related:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Android has been with us in one form or another for more than six
years. During that time, we’ve seen an absolutely breathtaking rate of
change unlike any other development cycle that has ever existed. When
it came time for Google to dive in to the smartphone wars, the company
took its rapid-iteration, Web-style update cycle and applied it to an
operating system, and the result has been an onslaught of continual
improvement. Lately, Android has even been running on a previously
unheard of six-month development cycle, and that’s slower than it used
to be. For the first year of Android’s commercial existence, Google
was putting out a new version every two-and-a-half months.&lt;/p&gt;</description></item><item><title>Servicio de SSH con sistema de verificación en dos pasos de Google en Ubuntu Natty Narwhal</title><link>http://karpoke.ignaciocano.com/2011/08/05/servicio-de-ssh-con-sistema-de-verificacion-en-dos-pasos-de-google-en-ubuntu-natty-narwhal/</link><pubDate>Fri, 05 Aug 2011 02:21:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/08/05/servicio-de-ssh-con-sistema-de-verificacion-en-dos-pasos-de-google-en-ubuntu-natty-narwhal/</guid><description>&lt;p&gt;Un sistema de verificación en dos pasos, (&lt;em&gt;Two Factor Authentication&lt;/em&gt; o
2FA) consiste en que la autenticación a un servicio se realiza mediante
dos piezas de información, una que conocemos y otra que no. La pieza que
conocemos es nuestra contraseña, que es susceptible de ser sustraída,
mientras que la información que no conocemos es un número de
identificación (PIN) aleatorio que cambia cada 30 segundos y que está
vinculado con un dispositivo hardware. Esto es lo que se conoce como una
contraseña de un solo uso (One Time Password u OTP). De esta forma,
aunque alguien nos robe o averigüe nuestra contraseña, a no ser que
también tenga acceso al dispositivo que crea los PINs, no podrá acceder
al servicio con nuestra cuenta.&lt;/p&gt;</description></item><item><title>namebench, benchmarking de servidores DNS</title><link>http://karpoke.ignaciocano.com/2011/08/01/namebench-benchmarking-de-servidores-dns/</link><pubDate>Mon, 01 Aug 2011 19:40:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/08/01/namebench-benchmarking-de-servidores-dns/</guid><description>&lt;p&gt;Mediante &lt;a href="http://code.google.com/p/namebench/"&gt;&lt;code&gt;namebench&lt;/code&gt;&lt;/a&gt; se puede comprobar la velocidad de nuestros
DNSs y compararla con los servidores DNS de Google y los mejores
servidores DNS que pueda encontrar para nuestra localización. Para
realizar las pruebas, se utiliza un listado compuesto por los dominios
más visitados según el ranking de Alexa y las páginas visitadas que se
encuentren en el historial de nuestro navegador, incluyendo a Firefox o
Chromium. Tiene la opción de poder &lt;a href="http://code.google.com/p/namebench/wiki/UsingNameBenchCommandLine"&gt;utilizarse desde el terminal&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>Instalar Google Earth en Ubuntu Natty Narwhal</title><link>http://karpoke.ignaciocano.com/2011/07/15/instalar-google-earth-en-ubuntu-natty-narwhal/</link><pubDate>Fri, 15 Jul 2011 15:46:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/07/15/instalar-google-earth-en-ubuntu-natty-narwhal/</guid><description>&lt;p&gt;Ésta es la única manera en que me ha funcionado. Nada de &lt;a href="http://www.google.com/earth/download/ge/agree.html"&gt;bajar el &lt;code&gt;.deb&lt;/code&gt;&lt;/a&gt;
de su página—además de que, ahora mismo, baja el fichero
&lt;a href="http://mizaq.blogspot.com/2011/07/instalar-google-earth-en-ubuntu-1010.html"&gt;GoogleEarthLinux.bin&lt;/a&gt;—, ni &lt;a href="http://help.ubuntu.com/community/GoogleEarth#Using%20make-googleearth-package"&gt;googleearth-package&lt;/a&gt;, ni
&lt;a href="http://help.ubuntu.com/community/GoogleEarth#Installing%20the%20.deb%20file%20downloaded%20from%20the%20Google%20Earth%20Website"&gt;gdebi&lt;/a&gt;, ni &lt;a href="http://www.google.com/support/forum/p/earth/thread?tid=6f59e15bf811d4e2&amp;amp;hl=en"&gt;nada&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;&lt;img alt="Google Earth" loading="lazy" src="http://karpoke.ignaciocano.com/images/google-earth-300x178.png"&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href="http://blogs.udp.cl/instalar-google-earth-6012032-beta-en-ubuntu-1010-maverick"&gt;Bajamos el paquete estable&lt;/a&gt; y lo instalamos:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ wget https://dl-ssl.google.com/linux/direct/google-earth-stable_current_i386.deb
$ sudo dpkg -i google-earth-stable_current_i386.deb
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Es posible que necesitemos el paquete &lt;code&gt;lsb-core&lt;/code&gt;:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sudo aptitude install lsb-core
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Si las fuentes de la interfaz gráfica se ven realmente mal, instalamos
las fuentes de Microsoft (ADV).&lt;/p&gt;</description></item><item><title>Copia de seguridad de GMail con getmail</title><link>http://karpoke.ignaciocano.com/2011/07/08/copia-de-seguridad-de-gmail-con-getmail/</link><pubDate>Fri, 08 Jul 2011 15:52:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/07/08/copia-de-seguridad-de-gmail-con-getmail/</guid><description>&lt;p&gt;Hay otras maneras de realizar una &lt;a href="http://www.mattcutts.com/blog/backup-gmail-in-linux-with-getmail/"&gt;copia de seguridad de GMail&lt;/a&gt;, como
por ejemplo, usar Thunderbird, pero utilizar &lt;code&gt;getmail&lt;/code&gt; tiene la ventaja
de que es sencillo, puede realizar la copia en formato Maildir y no
necesitamos utilizar ningún gestor de correo electrónico.&lt;/p&gt;
&lt;h2 id="maildir-y-mbox"&gt;Maildir y mbox&lt;/h2&gt;
&lt;p&gt;Básicamente, en GNU/Linux hay dos maneras de guardar el correo
electrónico, &lt;a href="http://www.linuxmail.info/mbox-maildir-mail-storage-formats/"&gt;Maildir y mbox&lt;/a&gt;.&lt;/p&gt;
&lt;h3 id="maildir"&gt;Maildir&lt;/h3&gt;
&lt;p&gt;Cada correo se guarda en un fichero por separado. Añadir, buscar y
eliminar correos es rápido, no se necesita bloqueo en ninguna operación,
se puede usar en sistemas de ficheros de red y no hay corrupción
(exceptuando fallos de hardware). El inconveniente viene dado porque
algunos sistemas de ficheros no gestionan eficientemente grandes
cantidades de ficheros pequeños, además de que la búsqueda de texto, que
requiere abrir todos los ficheros puede ser lenta.&lt;/p&gt;</description></item><item><title>CSRF en las búsquedas de Google</title><link>http://karpoke.ignaciocano.com/2010/12/13/csrf-en-las-busquedas-de-google/</link><pubDate>Mon, 13 Dec 2010 14:31:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2010/12/13/csrf-en-las-busquedas-de-google/</guid><description>&lt;blockquote&gt;
&lt;p&gt;No se ha encontrado ningún resultado&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;img alt="No injury is acceptable" loading="lazy" src="http://karpoke.ignaciocano.com/images/no-injury-is-acceptable-300x233.jpg"&gt;&lt;/p&gt;
&lt;p&gt;Si ahora mismo tienes una sesión de Google iniciada, puedes ir al
&lt;a href="http://google.com/history"&gt;histórico de búsquedas de Google&lt;/a&gt; y verás que aparece una búsqueda
que no has realizado&amp;hellip; conscientemente.&lt;/p&gt;
&lt;p&gt;El truco, un ataque &lt;a href="http://en.wikipedia.org/wiki/Cross-site_request_forgery"&gt;CSRF&lt;/a&gt; comentado por &lt;a href="http://jeremiahgrossman.blogspot.com/2010/12/spoofing-google-search-history-with.html"&gt;Jeremiah Grossman&lt;/a&gt;,
consiste en añadir en el código HTML de la página una imagen cuyo &lt;code&gt;src&lt;/code&gt;
sea la URL de la búsqueda que queramos que realice el que visite la
página. Por ejemplo:&lt;/p&gt;</description></item></channel></rss>