Como siempre, a modo de breve entradilla (o blurb, como dicen los guiris), comentar que Naufrago! es un lector offline simple de RSS (incluyendo imágenes) escrito en PyGTK (que para Python3 será PiGI o Python Gobject Introspection, ¡al loro!).

1. Por comodidad. Evitamos tener que visitar cada web por separado y con cierta frecuencia.
2. Por ahorro de tiempo. El lector de noticias recoge todas las noticias en menor tiempo que si lo hiciéramos con el navegador visitando site por site. Elimina tiempos muertos (los tiempos de carga de cada web) y la carga de elementos "extra" ajenos al contenido. ¡Y el tiempo es oro!
3. Por unificación. Tenemos todos los canales de noticias recogidos en un mismo lugar.
4. Por evitar publicidad. Los feeds no suelen incluir publicidad, y si lo hacen, de buen seguro llevaran menos que los de la versión web.
5. Por control. Tener los datos (parcial o completamente) en local nos permite prescindir de terceros.
6. Por velocidad. Por todas las anteriores razones.
7. Por seguridad. A pesar de que muchas veces llevan integrado un navegador web, los lectores de noticias no usan plugins ni complementos. Y eso son menos puntos de fallo.
8. Por privacidad. Si bien se puede saber los sites que "visitamos", es más difícil (y a veces, imposible) saber exactamente aquello que nos interesa de ellos una vez los contenidos estan en local.
9. Por organización. Al poder categorizar, si bien esto también lo hacen los bookmarks del navegador.
10. Por la capacidad de guardado. Muchos lectores de noticias permiten guardar aquellas noticias importantes/interesantes para posterior consulta o archivado.

Evidentemente, todos estos puntos pueden ser debatidos. Asimismo, que se puedan cumplir depende del lector de feeds usado y de sus capacidades. Naufrago! puede cumplir prácticamente todos estos puntos :)

A pesar de que es un tema un tanto visto por Internet y tras ver intentos de otros de automatizarlo, he terminado haciendo mi propio script para descargar videos de TV3. (sin garantías, ya sabes... AT YOUR OWN RISK ;). Evidentemente es para ejecutar en plataformas GNU/Linux, aunque quizás pueda ser usado en Cygwin's u otros.

Necesita bash, echo, rm, cat, grep, awk, wget y rtmpdump, así que asegúrate de instalarlos antes y tenerlos en el $PATH antes de nada.

La ejecución sería algo como:

jors@mini:~$ ./tv3.sh http://www.tv3.cat/videos/3422670/Videocracia MP4

Dónde el primer elemento (tv3.sh) es el propio script, el primer parámetro es la URL hacia el video y finalmente, como segundo parámetro indicamos el formato (que puede ser FLV, FLVGES, MP4 o MP4GES). Este último parámetro hay que ir probando a mano uno a uno, pero si son videos nuevos, ya podéis usar directamente el MP4 ó MP4GES porque -por lo visto- es el que usan últimamente.

Y para terminar, comentar que esto es algo que puede dejar de funcionar en cualquier momento (cuando a ellos les plazca hacer algún cambio en alguno de los aspectos en los que el script se basa o asume). Estas avisado.

En este post NO veremos: historia, explicación y/o funcionamiento de IPv6. En este post SI veremos, brevemente: cómo disponer, tanto en nuestra workstation como en nuestra web, de IPv6, usando TSP como mecanismo de transición (aunque parece haberlos a porrillo). ¿Porque en dos sitios distintos? Porque necesitamos tanto cliente (la workstation) como servidor (el servidor web) para hacer las pertinentes pruebas de funcionamiento.