Archivo de la categoría Software Libre

Cómo acelerar Firefox fácilmente limpiando las bases de datos*

*aceptemos fácilmente el abrir una consola de comandos para configurarlo y otra cada vez que lo queramos hacer.

FX3.6_Logo+Wordmark_Ver.png

Bueno, sabemos que el nuevo Firefox 3.6 (si no lo tienes ya estás tardando en descargarlo) tiene una opción interna para hacer una limpieza de sus bases de datos de forma periódica (esto mejora el tiempo de arranque y de respuesta de la barra de direcciones, así como el espacio ocupado en disco), pero realmente sólo lo hace al archivo places.sqlite (el que tiene todas las direcciones de páginas visitadas… y muchas cosas más), pero realmente los perfiles en Firefox tienen muchos más archivos de bases de datos .sqlite, como por ejemplo:

webappsstore
urlcassifier3
signons
search
permissions
formhistory
downloads
cookies
content-prefs

y el ya mencionado places.sqlite.

Todos ocupan su respectivo espacio en el disco, normalmente los que más son places.sqlite (explicado anteriormente) y urlclassifier3.sqlite (contiene páginas de malware y atacantes, que se bloquean para no poder navegar por ellas).

Así que si queréis que se limpie cuando vosotros queráis, sólo tenéis que hacer lo siguiente en MACOS X (explico Linux más abajo)

  1. Abre una consola (Terminal). Escribe nano bin/limpiarFx.sh
  2. En lo que se abre, escribe:

    cd ~/Library/Application\ Support/Firefox/Profiles

    for i in */*.sqlite; do echo "VACUUM;" | time sqlite3 $i ; done

    (elimina el posible salto de línea, sólo puede haber dos líneas, una que empieza en cd… y otra que empieza en el for

  3. Cierra el archivo con Control-x y guárdalo (con la S o con la Y).
  4. Ahora escribe: nano .profile y en el archivo que se abre, baja hasta el final del mismo (con las teclas de dirección) y añade…

    export PATH=~/bin:$PATH

    Y ciérralo como anteriormente con un Control-x y guardando los cambios con S o Y.

  5. Ahora escribe chmod +x ~/bin/limpiarFx.sh

Ahora cada vez que quieras limpiar Firefox tienes que tenerlo cerrado (si no, no se podrá limpiar correctamente), abrir una consola de comandos y escribir:

limpiarFx.sh

¡Y listo! Tu Firefox se abrirá mucho más rápido.

Para Linux, simplemente cambia en el punto 2, la línea

cd ~/Library/Application\ Support/Firefox/Profiles

por

cd ~/.mozilla/firefox/

vacuum-example.png

Etiquetas: , , , ,

Microsoft, Internet Explorer 9, las patentes y la innovación

No voy a hablar del cachondísimo bug-exploit de Internet Explorer 6 y las consecuencias que ha traído y podría traer en un futuro a Microsoft (si las compañías atacadas deciden demandar a MS por daños y perjuicios), si no de la innovación en Internet, en los navegadores y en el software en general. Os juro que va a ser cortito y lo vais a entender todos.

Paso 1- Siéntete Microsoft. Ten una magnífica idea, y como es tan magnífica y nadie podría copiarla, la patentas. Algo así como: “reordenar las pestañas mediante arrastrar y soltar las miniaturas de esta interfaz”. Eso se refiere a una “pestaña” que abre IE7 y 8 para mostrar las pestañas que tienes abiertas, en modo miniaturas, y que se puedan “reordenar”. Pedazo de idea.

2957F024-6889-4D5C-B748-B788550EB3BF.jpg

Paso 2- Una vez que lo tienes patentado… y que hay geeks que se dedican a buscar patentes de software, espera a que lo saque algún blog (yo lo leí en Genbeta, por cierto, enhorabuena por este notición).

Paso 3- Espera los comentarios de la gente

Paso 4- Comprueba como tu competencia, Mozilla, hace lo mismo, en 19 líneas de código y lo sube a su repositorio, sin patentes, sin noticias, sin nada, esperando a que sea el usuario final lo encuentre útil.

Paso 5- Disfruta de un mejor navegador, probándolo hoy mismo.

Captura de pantalla 2010-01-23 a las 17.24.50.png

Postdata: Lo mejor, el comentario del desarrollador de esta “patente innovadora” en Mozilla:

This was surprisingly trivial, thanks to the solid drag and drop API and due to the fact that browser-tabPreviews.js handled the TabMove event already.

Así que nada, a espera a que Microsoft lo implemente… en el software, no en papel.

Etiquetas: , , , , , , ,

Mis objetivos para la Comunidad Hispana para el 2010

Después de 7 días dentro de esta nueva década (¿será prodigiosa?), me llega un meme que empezó Nukeador hace un tiempo, y que no he hecho por que:

  1. Se me olvidaba
  2. Son fiestas
  3. Estudio
5 years

Así que sin más dilación, voy a poner las 5 cosas que me gustaría que se mejoraran/ocurrieran en este 2010 en la comunidad Hispana:

  • Mayor coordinación sobre la escritura de documentación: SUMO, Mozilla Hispano… sí, sabemos que escribir documentación es una lata, pero al final, alguien lo tiene que hacer.
  • Continuar el Podcast. Ey, sí, ¡tenemos un podcast! Quizás con que haya menos de 1 año de diferencia entre el anterior número y el actual me conformaría por el momento.
  • Miembros, miembras, colaboradores, y colaboradoras (palabra que no está en la RAE pero que aceptaría si aparecen colaboradores de sexo femenino) para la comunidad. Da igual en qué, lo importante es participar: noticias, foros, documentación, desarrollo, organización… todo vale.
  • Organización de un evento de software libre con otras comunidades, como ya se está planteando, pero que necesita un impulso y la organización final (me lo apunto como tema personal también)
  • Con los traductores, más quedadas en persona. Nunca viene mal quedar para tomarnos unas cañas (o unas cocacolas ;) ) pero me gustaría quedar alguna vez para mejorar las traducciones de forma conjunta, haciendo todo mucho más homogéneo, y quién sabe, si con las comunidades hispanohablantes.

Aquí mi Meme, no sé si falta alguien, pero si no, dejo la pelota en el aire para que caiga en la casa de cualquier persona que quiera participar.

Etiquetas: , , , , ,

Hablar por hablar

Cierto día de Noviembre, hubo un evento bloguero en España donde se dieron unos premios a los blogs más votados (no necesariamente los mejores).

Hubo cierta categoría sobre blogs de tecnología. En dicha categoría hubo un blog nominado, llamado Alt1040, el cual al final se llevó el premio, siendo abucheado por el público al ritmo de ¡tongo! ¡tongo!.

Llegamos al día de hoy, menos de dos semanas después de recibir el premio al mejor blog sobre tecnología, cuando nos encontramos con un artículo bastante desafortunado:

Firefox consume demasiados recursos y Mozilla lo sabe (¿la solución para cuándo?)

Bueno, por el post se comenta que hay un sitio de Soporte de Mozilla (SUMO) en el cual hay un artículo diciendo: Firefox consumes a lot of CPU resourcers (sic), vamos que “Firefox consume muchos recursos de la CPU” (o procesador).

En ese artículo no se dice en ningún momento la palabra “RAM”, pero el autor de Alt1040 lo toma como arma de ataque en su post, simplemente escribiendo el nombre del artículo (ni siquiera enlazándolo).

Simplemente, haciendo una pequeña prueba de mis 48 pestañas actuales que tengo abiertas en Firefox 3.6b4pre (o sea, una compilación de la futura versión de Firefox) y deshabilitando Flash en Safari y en Firefox (sí, no quiero que me pete el ordenador), me arroja estos números:

firefoxVSsafari.PNG

¿Quién gasta menos RAM?

Es más, ¿quién gasta menos procesador?

firefoxVSsafariCPU1.PNG
firefoxVSsafariCPU2.PNG

Vale, pues metamos a Google Chrome, ese grandísimo navegador que es más rápido, más liviano, más bonito y más todo que ha hecho Google. Como es multiproceso (un proceso diferente por pestaña, parece ser), pues la CPU podría verse si hay muchos procesos comiendo todo…

firefoxVSchromium.PNG

Pues qué cosas, ahí mismo ya come más CPU que Firefox… pero bueno, vayamos a la RAM:

1651	 Chromium Helper	willyaranda	1,6	3	41,4 MB	Intel
1650	 Chromium Helper	willyaranda	0,0	3	27,0 MB	Intel
1652	 Chromium Helper	willyaranda	1,0	3	28,3 MB	Intel
1649	 Chromium Helper	willyaranda	0,0	3	38,5 MB	Intel
1648	 Chromium Helper	willyaranda	0,0	3	28,1 MB	Intel
1647	 Chromium Helper	willyaranda	0,0	3	28,8 MB	Intel
1646	 Chromium Helper	willyaranda	0,0	3	34,8 MB	Intel
1645	 Chromium Helper	willyaranda	4,9	3	47,6 MB	Intel
1644	 Chromium Helper	willyaranda	0,1	3	43,7 MB	Intel
1643	 Chromium Helper	willyaranda	0,3	3	22,4 MB	Intel
1642	 Chromium Helper	willyaranda	3,4	3	96,7 MB	Intel
1641	 Chromium Helper	willyaranda	5,2	3	33,0 MB	Intel
1640	 Chromium Helper	willyaranda	0,9	74	93,1 MB	Intel
1639	 Chromium Helper	willyaranda	0,0	3	16,9 MB	Intel
1638	 Chromium Helper	willyaranda	0,0	3	19,9 MB	Intel
1637	 Chromium Helper	willyaranda	4,7	3	42,9 MB	Intel
1636	 Chromium Helper	willyaranda	0,3	3	40,7 MB	Intel
1635	 Chromium Helper	willyaranda	0,0	3	35,2 MB	Intel
1634	 Chromium Helper	willyaranda	0,1	3	29,6 MB	Intel
1633	 Chromium Helper	willyaranda	0,6	3	39,0 MB	Intel
1632	 Chromium Helper	willyaranda	5,7	3	41,0 MB	Intel
1631	 Chromium Helper	willyaranda	0,0	3	26,3 MB	Intel
1602	 Chromium	willyaranda	0,4	17	45,1 MB	Intel

Lo que nos da un total de 900MB de memoria RAM! ¿No está mal, verdad?

Pongámoslo en un gráfico, de esos que gustan tanto a las páginas:

RAMfirefoxVSsafariVSchromium.PNG

PD: Y sí, hay que reconocer que tanto Safari como Chrome se abren muchísimo más rápido que Firefox, pero ¿acaso el editor de ese artículo menciona que una de las áreas donde más esfuerzo ha puesto Mozilla para la nueva versión de Firefox es la carga inicial del navegador? Ya lo veréis en Firefox 3.6…

Actualización: Estas imágenes que vienen ahora corresponden a los tres navegadores habiendo hecho un

sync && purge

antes de cada prueba, como digo en mi tweet. Lo dicho, imágenes del antes y del después de cargar las pestañas que tenía guardadas. (Si alguien quiere las páginas, que me lo pida):

Firefox

inicioff.PNG

finalFF.PNG

Webkit (Safari)

inicioWebkit.PNG

finalWebkit.PNG

Chromium (Chrome)

inicioChromium.PNG

finalChromium.PNG

Opera (10.10)

Como me piden en los comentarios, con Ópera. Lo mismo que anteriormente, con

sync && purge

y me arroja estos datos (notar que también desactivé flash en esta prueba, para que fuera igual en todos. También notar que Opera se colgó en un momento determinado como se puede ver, lo reinicié, sync && purge y listo:

operaInicio.PNG

operaFinal.PNG

Etiquetas: , , , , , , , , ,

Primer fallo de seguridad grave descubierto en Firefox 3.5

El título asusta. Pero dicen que en temas de seguridad hay que asustar al personal.

Pero en este caso no quiero asustar, si no hacer una pequeña reflexión. Como algunos sabréis, estoy en un curso organizado por la Universidad Rey Juan Carlos de Madrid (aunque estoy en Fuenlabrada) junto a Mozilla Europe, donde varios de los desarrolladores de Firefox o tecnoevangelistas, como Paul, o un becario como Vivien que trabaja para Fennec, nos están enseñando a hacer extensiones, comprender mejor el mundo de Mozilla y esas cosas.

Bueno, pues estaba esta mañana revisando mi correo, mis feeds y me encuentro con esto:

Mozilla Firefox 3.5 Remote Buffer Overflow Exploit (untested crash)

El primer exploit disponible públicamente para Firefox 3.5. Yo pensando: ¡vaya! la que nos va a caer encima…

Y cae, pero porque la gente no se informa lo suficiente parece ser…

Y es que vayamos con la evolución en el tiempo de este problema:

  1. Se abre un bug en Bugzilla (el 503286) en el que se reporta un problema en una página rusa que hace que el navegador se cierre de forma inesperada y con posible corrupción de memoria.
  2. Los desarrolladores van haciendo testcases, osea, pruebas cada vez más minimizadas para intentar acotar dónde está el fallo. No es lo mismo tener una página con 100 líneas o una con 10 exactamente con el problema y nada más.
  3. Se arregla un bug con un parche el día 9 de Julio (hace 5 días), pero sólo para la versión posterior a Firefox 3.5, esto es la 3.6 o la Firefox.next
  4. Hoy se encuentra en Milw0rm un exploit público basado en los testcases creados por los desarrolladores para minimizar el problema
  5. ——- Comment #30 From WD 2009-07-13 21:01:22 PDT (-) [reply] ——-

    From the duped bug 504001 ,
    This bug has reliable exploit code on milw0rm that results in code execution.

    http://milw0rm.com/exploits/9137

  6. Se crea el parche para la versión estable 3.5 (derivado de la de Firefox.next) y se sube al repositorio.

Pero aquí la cuestión que subyace es que Mozilla encuentra un fallo grave de seguridad y lo publica abiertamente en Bugzilla, donde todo el mundo puede contribuir y aportar comentarios. Alguien de fuera de Mozilla y con ganas de fastidiar a los usuarios crea un exploit basado en las pruebas que estaban haciendo los desarrolladores para arreglarlo. ¿Es ético? Si se sabe que un fallo está documentado y arreglado o en proceso de serlo ¿está bien sacar un exploit para desprestigiar?

Lo peor de todo que no es que haya salido en Milw0rm (donde miles de hackers se dan cita diariamente para subir sus exploits) si no que por ejemplo ha salido en la lista de seguridad más importante de España, en Una-al-dia de Hispasec, con una gran penetración en el sector diciendo encima que no hay parche, cuando sí lo hay y ya hay compilaciones diarias que lo traen arreglado.

Y no hay peor ciego que el que no quiere ver…

Etiquetas: , , ,

VLC alcanza la mayoría de edad

vlc.png

VLC se hace mayor. El mejor reproductor multiplataforma (disponible para Windows, Linux y MacOS) alcanza su versión 1.0, con una interfaz muy renovada a las últimas versiones que había.

vlc-captura.png

Con el codename GoldenEye ya está disponible para su descarga en su página oficial.

Y ojo, que no es un simple reproductor, ya que tiene funciones de codificador, servidor Icecast… lo tiene todo. ¡Imprescindible!

Etiquetas: , , , ,

IE6 denial message for Momentile.com

Es más, no sé qué hace IE7 ahí arriba…

Etiquetas: , , , , ,

HTML5, la etiqueta video y la maldición de los códecs

Que levanten la mano las personas que han intentado ver un vídeo en un ordenador y se han llevado la sorpresa de “se oye, pero no se ve”. “Mierda, los putos códecs, ¿cómo se llamaba el pack ese que me dijeron…”

Acabo de leer un artículo muy interesante que trata precisamente de esto mismo: los códecs, pero en un contexto mucho más grande: la web. Como sabéis, el futuro estándar HTML5 posee una nueva etiqueta <video /> que permitirá añadir vídeos fácilmente a las webs como lo hacemos ahora mismo con la etiqueta <img /> por ejemplo.

¿Qué podría permitir esto? Que Youtube no use Flash en sus reproductores o que DailyMotion haga lo mismo. ¿Habéis visitado las páginas? ¿No? Hacedlo. Visitad la primera con Firefox y la segunda con Safari (con Quicktime instalado). Ahora haced lo contrario. La primera con Safari y la segunda con Firefox.

¿Ya? Vale, ¿habéis visto lo que pasa? ¿Que Youtube sólo funciona con Safari + Quicktime pero no con Firefox y que DailyMotion sólo con Firefox y no con Safari?. Pues eso mismo es lo que os pasaba en los ordenadores de los demás: CÓDECS.

726F88B2-BFC5-40E2-B675-59B4D03FB7E9.jpg

Analicemos la situación. Esta versión de prueba de Youtube que sólo utiliza etiquetas válidas de HTML5 hace uso de la etiqueta <video />, pero el pequeño problema es que HTML5 quitó qué códecs usar por defecto. Empezaron con OGG/Theora, pero se desechó esa opción (cualquier compañía grande ha creado su estándar cerrado y con patentes de vídeo: Microsoft WMV, Apple con h.264…). Así que cada uno puede elegir qué códec utilizar, y claro, ahí ya dependes de plugins exteriores para cargar el vídeo o bien de internos… pero un navegador no puede ser un VLC en potencia. Lo mismo que pasa ahora con los objetos flash, que dependemos del Plugin Flash (instalado casi de facto en todos los ordenadores).

77E8D07C-F316-4972-993F-81090009C39D.jpg

Bien, así que Youtube usa un formato que DailyMotion no, porque Firefox no funciona en Youtube pero sí en este último.

Esta versión de prueba de Youtube usa vídeos en MP4, un formato con licencias, no libre, por el que hay que pagar patentes o canon para poder crear un reproductor o para utilizar las librerías para codificar/decodificar… (es más, cuando eliges un vídeo en Youtube en alta definición realmente estás eligiendo el vídeo en MP4 aunque sea Flash realmente el reproductor/decodificador). DailyMotion de hecho ha firmado un acuerdo con Mozilla para pasar sus vídeos al formato libre OGG/Theora (que hoy por hoy da menos calidad que el MP4, todo hay que decirlo) para que se use un formato de vídeo libre, estándar y sin patentes, por eso se puede ver sin ningún tipo de códec externo y todo de forma transparente al usuario.

Si os habéis fijado, el HTML5 está de moda, el <video /> está de moda… wait… ¿de qué navegadores estamos hablando? Safari y Firefox. Un 30% de cuota de mercado. ¿Quién sigue teniendo el 70% restante? ¿Alguien se cree que en un periodo razonable de tiempo (¿1 año?) Microsoft va a ser capaz de adaptar su navegador a los nuevos estándares propuestos por el grupo que desarrolla HTML5? Es más, ¿creéis que va a aceptar que se use un formato abierto cuando ellos tienen un formato propietario, licencias de por medio, con DRM llamado Windows Media Video?

7055B8C8-2D0F-4E54-B1F1-B39B4C0577C9.jpg

Como acaba rezando el artículo <video /> es un gran avance, pero estarán durante mucho, mucho, mucho tiempo los reproductores Flash de por medio, comiéndonos los recursos de la CPU hasta que por lo menos Adobe decida optimizarlo o bien Microsoft se decida a usar <video />

Lo bueno es que Chrome ha decidido unirse a los navegadores (Firefox sólo por ahora) para soportar el formato OGG/Theora en su próxima versión, la 3.0. Ojalá dejemos de depender de formatos propietarios y lentos…

Actualización: Se me olvidaba comentar que hubo un excelente debate en Slashdot acerca de si HTML5 sustituirá a Flash como reproductor de vídeo. No os lo perdáis.

Actualización2: Me comenta Julen, que Opera también soporta la etiqueta <video /> desde ¡Noviembre de 2007! Incluso en sus últimas versiones estables. Además vía OGG/Theora como Firefox y en un futuro Google Chrome. Muy interesante

Etiquetas: , , , , , , ,

La inmejorable ayuda de Wordpress.com

El otro día estuve migrando el blog, porque teníamos demasiada mierda bajo el subdirectorio /blog, así que preparé otro bajo /wordpress para hacer pruebas (nota mental, el feed atom no funciona y el RSS da error aunque sí funciona) y ver si los fallos que tenía los lograba subsanar, así como para aprovechar para cambiar el tema, ver si validaba correctamente bajo los estándares web y probar nuevos plugins (listado aquí).

El caso es que mi tontería y yo decidimos instalar el plug-in de las estadísticas de Wordpress. A la par que lo configuraba, decidí que sería buena idea crear otras estadísticas, ya que si no sobreescribiría las del /blog actual por las temporales /wordpress.

Así que nada, dos estadísticas, una en /blog y otras en /wordpress. Nada extraño al principio, lo que había pensado.

El problema vino cuando migré el blog y borré todo el contenido de /blog y le puse el de /wordpress. Al principio no caí en la cuenta, pero al mirar las estadísticas proporcionadas por Wordpress, vi que se estaban guardando bajo el blog /wordpress y no bajo el de /blog (que tenía 0 visitas desde la migración). Así que el fallo había sido completamente mío. Había asociado la instalación del nuevo blog a /wordpress, y da igual si lo mueves a otro sitio que sigue identificado como tal.

Y ahora qué hago? Ontoso me sacará los higadillos! Pues “fácil”. Contactar con el servicio técnico de Wordpress.com, el que proporciona las estadísticas que se pueden ver en el dashboard. Les conté cuál era el problema y cómo se podría arreglar (ojo, que todo esto es un servicio gratuito y proporcionado por Wordpress.com). Tardaron unas 20h en contestarme, algo excepcional. No quiero reproducir aquí literalmente el intercambio de email que tuvimos. Pero sólo quiero decir que el chico que me atendió me solucionó todo en menos de 2h desde que le respondí a sus preguntas. Y todo funcionando perfectamente!

Por eso creo que Wordpress es el mejor sistema de blogging, por su fiabilidad, opciones, añadidos, y ahora por su perfecta atención al usuario. Un 10. Y estoy hasta pensando en donar algo al proyecto.

Así que nada, buenas noches wordpresseros!

PD: escribiendo esto con el Nokia N810, con Maemo WordPy (qué gran programa!), Mientras viajo en un AVE dirección Atocha después de ver cómo ha ganado el Ciudad Real al Barça en la liguilla de la Champions League de balonmano por 32-29, dejando fuera de Europa a los culés. (Y encima a 4puntos en fútbol, toma!). Dios, Strbik no es de este planeta, menudas paradas!

begoña martín

The Pirate Bay, inocente

Hoy empezaba el juicio por supuesto delito contra la propiedad intelectual contra The Pirate Bay, el mayor tracker distribuidor de cultura del mundo (como los propios administradores se quieren llamar). Se les perseguía por “distribuir contenidos” cuando, si uno sabe cómo funciona un tracker, realmente no lo hacían, si no que sólo hacen que peers o seeders se conecten entre sí a través de TPB.

F891221D-EEC3-4742-98AA-F8436C74D94A.jpg

El caso es que el abogado de los anti-cultura ha decidido eliminar la mitad de los cargos (eso es que sabían que iban a perder, ¿no?) y los que quedan son de poco alcance.

Podemos cantar victoria en este caso. Ánimo a The Pirate Bay para que sigan adelante contra cualquier querella que les venga por el momento, porque si es de la calaña de la de hoy, no les va a quitar el sueño lo más mínimo.

Etiquetas: , , ,