NqN/webs ::: Diseño, Desarrollo y Hosting de sitios web

Cómo volver a compartir desde Google Reader

martin — 2012-01-12T05:37:21Z

Desde hace muchísimo tengo en mi otro blog una sección que se llama "De por ahí, cosas que me parecieron interesantes". Es un feed de links a contenidos de toda índole (política, literatura, cine, fotografía, deportes, programación: intereses anchos) con un brevisimo extracto como descripción que fui alimentando de diversas formas a lo largo del tiempo: usé delicious, usé mi twitter incorporó la opción de "Compartir" se convirtió en la manera por defecto: si algo me gustaba, un click en compartir y listo. Eso permitia que otros usuarios de Reader que me "seguian" pudieran ver mis posts compartidos pero a la vez generaba un feed rss que alimentaba la sección de mi blog.

Con la aparición de Google+ aquella simple y muy usada funcionalidad se vió desplazada por el botón "+1" y por un "compartir" engañoso que sólo permite compartir en Google+

Para colmo, cuando uno hace "+1" en algun contenido (dentro de Google Reader o en cualquier lado donde esté el botón) se lista en una página publica pero que no tiene feed RSS! . Larry Page, (doblemente) te odio.

Frustración colectiva

La bronca por los cambios en Reader no es sólo mia, sino que generó una petición firmada por más de 13000 usuarios que manifiestan que "algunos ven estos cambios como un intento errado para forzarnos a usar Google Plus, pero nosotros amamos la utilidad, simplicidad y funcionalidades sociales limitadas que ofrece Google Reader".

Mientras tanto, muchos (1, 2, 3) intentan parchar el atropello.

Mi solución

"¿Así que no me dejás compartir donde yo quiera, el algoritmo de tu madre!?" vociferé, y no sin premeditación agarré Yahoo! Pipes (una genialidad, hay que decirlo) para scrappearlos a puro golpe de mouse y sin salir del navegador. El resultado fue este pipe del que se puede obtener, por ejemplo, un feed RSS 2.0 de mis +1s . Podés obtener el feed de otros usuarios así:

http://pipes.yahoo.com/pipes/pipe.run?_id=770fc166fd07a0f6e67fe63f513b05dc&_render=rss&google_plus_id=[GOOGLE_PLUS_ID] donde [GOOGLE_PLUS_ID] es el numero de identificación del usuario en cuestión.

Agregás tu Google Reader el RSS de los usuarios a los que queres seguir y listo, hemos vuelto a compartir con un solo click (y donde queramos).

Por supuesto, estás invitado a clonar el pipe y mejorarlo. Y seguime!

Lo que hace un geek cuando ama

martin — 2011-11-12T04:43:47Z

Mi computadora de escritorio, la primera que compré trabajando como desarrollador de software, es del 2005. La "morocha", una AMD64 con placa madre Asus K8N que se la sigue bancando.

Aquel año me enamoré, no por primera vez, pero sí mucho. Aunque resultó una historia complicada, es lindo recordar cuanto uno es capaz de amar y ser amado. Y reirse, también, de cuán estúpido se puede ser en ese estado.

El tatuaje digital

Hay gestos de amor que no miden consecuencias y son dificiles de comprender. Yo, por ejemplo, decidí "hackear" la BIOS de mi maquina recién comprada y poner una foto de aquella mujer amada omo pantalla de splash, esa que se muestra apenas se enciende la computadora, mucho antes de cargar cualquier sistema operativo.

Si bien por entonces ya usaba linux, para hacer esto usé una aplicación oficial de Asus que venía en el Windows instalado, que pronto, a falta de espacio en disco y necesidad, desapareció.

La historia siguió, por supuesto. Aquel amor terminó pero esa imagen quedó allí, tatuada. Mientras vivía solo mucho no me importaba, quizas porque reiniciaba muy poco la computadora, quizas porque uno naturaliza una cicatriz hasta volverse indiferente.

Cuando un amor nuevo llegó y más tarde la convivencia, encender la Morocha cada mañana empezó a hacerse un momento gracioso pero incómodo. Para colmo, aun estando dispuesto a reinstalar Windows con este único propósito, aquel programita de Asus se me hizo inconseguible .

Hasta que hoy, seis años despues, me animé a la cirugía.

Si no podés cambiar el tatuaje, cambiá de piel

Encontré un firmware actualizado para la BIOS. Aunque no hubiera problemas con la que tenía, actualizarlo traería el splash original de Asus.

El problema, felación habitual a Microsoft de las fabricantes de hardware, es que la utilidad para actualizar BIOS es para D.O.S.. WTF!

La solución es usar FreeDOS

# obtener una imagen booteable de freeDOS y montarla en un directorio
wget http://www.fdos.org/bootdisks/autogen/FDOEM.144.gz
gunzip FDOEM.144.gz
mkdir /tmp/floppy
mount -t vfat -o loop FDOEM.144 /tmp/floppy
# obtener la herramienta para actualizar el bios y la imagen, y moverlos
wget http://dlcdnet.asus.com/pub/ASUS/mb/flash/AFUDOS211.zip
unzip AFUDOS211.zip
mv AFUDOS.exe /tmp/floppy
wget http://dlcdnet.asus.com/pub/ASUS/mb/sock754/K8N/K8n1011.zip
unzip K8n1011.zip
mv 1011.rom /tmp/floppy
# desmontar
umount /tmp/floppy
# crear una ISO y grabar a un disco virgen
# (tambien se podría grabar a un pendrive)
mkisofs -o bootcd.iso -b FDOEM.144 FDOEM.144
cdrecord -v bootcd.iso

Reinciar, bootear el CD de FreeDOS y ejecutar

afudos /i1011.rom

y a disfrutar del amor, geeks!

Cuevanalinks, ahora para seres humanos

martin — 2011-08-03T15:51:21Z

Un colega al que no conozco personalmente, Martín Chikilian, se ofreció a desarrollar una interfaz gráfica para Cuevanalinks.

Luego de algunos dias y teniendo una paciencia descomunal para soportar siempre nuevos requerimientos de mi parte, obtuvo una versión de Cuevanalinks-GUI, basado en PyQt

Todavía está en desarrollo (hay algunos bugcitos y decisiones de diseño que no resolvemos del todo) pero ya ofrece ciertas ventajas sobre la versión para línea de comandos:

Permite elegir qué se descarga cuando se hace una búsqueda de películas
Te deja armar una cola de descargas de muchas cosas distintas haciendo muchas busquedas
Y, lo más importante, lo puede instalar y usar un ser humano normal. :D

Para Windows, hay un instalador de la versión 0.5dev (el dev denota que está en desarrollo, se entiende) que se puede descargar desde acá:


cuevanalinks-0.5dev-installer.exe: para Windows XP o superior

Para los linuxeros, Martín puso algunas instrucciones para hacerlo andar desde los fuentes.

Disfruten, reporten bugs y difundan.

Disqus para SPIP

martin — 2011-07-07T08:45:06Z

Hace tiempo me interesa el servicio disqus.com que provee una plataforma de comentarios muy poderosa y fácil de usar.

Comencé un pequeño plugin para integrar Disqus a Spip.


Plugin Disqus para SPIP: version 0.1

Por ahora tiene dos componentes básicos:

Un esqueleto inc-forum.html que reemplaza el esqueleto por defecto de SPIP (y su formulario) por Disqus
Un esqueleto para exportar comentarios existentes (genera un XML importable a traves del panel de disqus)

La configuración se realiza a través de una página (requiere el plugin CFG) donde se define el "Disqus shortname" (la identificación unica que asignamos al sitio donde usaremos Diqus).

Para generar el XML con la exportación de comentarios preexistentes, basta acceder a /?page=export_comments_to_disqus y luego importar ese archivo desde el panel de Disqus (Tools -> Import/Export )

¿Quién estrena el nuevo sistema ?

CDPedia 0.7 disponible

martin — 2011-07-01T18:00:00Z

Python Argentina se complace en informar que está disponible la versión 0.7 de CDPedia , un proyecto de la comunidad para disponer de los contenidos de Wikipedia en español sin acceso a internet, usando un CD o DVD como soporte de la información.

La imágen de CD (.iso) se puede descargar desde acá:


CDPedia 0.7 - CD: 701Mb - 93500 artículos, 10% de imágenes


CDPedia 0.7 - DVD: 4.4gb - Todos los artículos (886 mil), 45% de imágenes.

Más información en http://cdpedia.python.org.ar/

Esta versión de CDPedia es la que se distribuirá a todas las escuelas de Argentina a través de Educ.ar [1]

Felicitaciones a todos los colaboradores por este logro de la comunidad. En especial, a Diego, SAn, Facu y Alecu que son los principales impulsores de este proyecto.

[1] ver post de Martín Varsavsky

Revista Orsai Nº 3 en Córdoba

martin — 2011-06-10T22:18:13Z

De nuevo soy distribuidor de la Orsai en la ciudad de Córdoba. Si estás interesado date una vuelta por esta página

Charla: MyHDL, de Python al silicio

martin — 2011-06-06T19:27:44Z

[Sigo publicando cosas con delay de meses]

El sábado 30 de mayo se realizó el PyDay Córdoba 2011 con la participación de más de 200 personas y casi 20 charlas en dos salas simultáneas. Un éxito rotundo organizado por Juan y un gran equipo de colaboradores/as . Felicitaciones.

Mi participación

Participé dando una charla sobre MyHDL, un paquete que convierte Python en un lenguaje para describir hardware (HDL).

Las diapositivas se pueden ver acá
Repo

Usé MyHDL para hacer pymips, una implementación [1] de un procesador DLX completo. Pueden leer un poco más sobre el trabajo en el informe

Espero poder escribir un artículo explayando un poco la charla y contando más sobre MyHDL . Si estás interesado, te recomiendo este artículo (en portugués) de Ramiro Peixoto.

[1] sintetizable pero no probada en hardware

Me recibí (el mes pasado)

martin — 2011-06-04T06:32:50Z

Oh, cuantos planes elucubrados para cuando ya no tuviera un exámen cercano para obstaculizar la felicidad. Y resulta que ahora, que ya no tengo, tampoco encuentro el tiempo de empezar a darle forma de realidad a esos planes.

Esta es la información: el 12 de mayo pasado me recibí de Ingeniero en Computación.

¿y ahora?

Pep 20: El Zen del Barça

martin — 2011-04-27T23:22:47Z

El Zen de Python es también el Zen del Barça, el de Pep Guardiola. La "Pep" 20 [1]:

Bello es mejor que feo.

Explícito es mejor que implícito.

Simple es mejor que complejo.

Complejo es mejor que complicado.

Plano es mejor que anidado.

Disperso es mejor que denso.

La legibilidad cuenta.

Los casos especiales no son tan especiales como para quebrantar las reglas.

Aunque lo práctico gana a la pureza.

Los errores nunca deberían dejarse pasar silenciosamente.

A menos que hayan sido silenciados explícitamente.

Frente a la ambigüedad, rechaza la tentación de adivinar.

Debería haber una —y preferiblemente sólo una— manera obvia de hacerlo.

Aunque esa manera puede no ser obvia al principio a menos que usted sea Messi, Xavi o Iniesta.

Ahora es mejor que nunca.

Aunque nunca es a menudo mejor que ya mismo.

Si la implementación es difícil de explicar, es una mala idea.

Si la implementación es fácil de explicar, puede que sea una buena idea.

Los espacios son una gran idea ¡Hagamos más de esas cosas!

[1] No pythonistas ver la wikipedia

Compartiendo documentación de paquetes Python

martin — 2011-04-11T02:16:38Z

Sabido es, aunque muchas veces se ignora, que un software sin documentación está incompleto [1].

Si bien el manifiesto ágil proclama "Software funcionando sobre documentación extensiva", yo subrayaría extensiva como eufemismo de documentación burocrática e inútil (opiné de esto acá) que evidentemente no es la que hace falta. Pero la documentación (sobre todo la buena) es indispensable y para algunos, la parte que más los enorgullece del proyecto (y con razón).

Desde el punto de vista técnico, escribir documentación (no sólo para Python!) es bastante fácil con restructuredText (qué feo el sitio de docutils, che!) que es el markup estándar de los pythonistas.

Sobre este markup funciona Sphinx, el generador de documentación más utilizado (por lejos) en el ecosistema de Python. Es lo que usa la documentación de Python misma, la de Django y casi todo proyecto conocido o por conocer.

Entonces usamos restructuredText, usamos Sphinx, pero para nuestro proyectito de morondanga que no tiene web propia ni nada, ¿dónde subimos la documentación generada? Veamos.

Usando Readthedocs.org

Read the docs es un sitio para hospedar documentación realizada con Sphinx. Sólo se necesita indicarle el repositorio público del proyecto (svn, git, mercurial, bazaar), subir los fuentes .rst y contenido estático (imágenes) aptos para Sphinx en una carpeta /doc o /docs y el sitio se encarga de bajar los fuentes de documentación y renderizarlos a HTML a través de Sphinx.

Estrictamente, usando rtfd.org (como le dicen los amigos) ni siquiera hace falta tener Sphinx instalado localmente.

Más aun, por defecto actualiza diariamente, pero se puede utilizar un "hook" para indicarle que actulice cuando "pusheamos" (o "commiteamos") al repo, de manera de tener la documentación actualizada al instante. Para usuarios de GitHub la activación del "web hook" se explica acá . Para BitBucket.org es parecido:

Vas a tu proyecto , click en Admin -> Services
Agregás el servicio "POST"
Completás el campo de texto con la URL que te da ReadTheDocs en la página de descripción de tu proyecto (estándo logueado). Por ejemplo:

Y listo. Tu docu al instante.

Como el sitio genera el html en vez de servir una versión generada previamente, la documentación que requiere introspección del código ( todas las directivas .. auto* :: de Sphinx) este debe poder ejecutarse. Para eso el paquete debe ser instalable via setup.py y hay marcar desde la página de configuración del proyecto en RTFD.org, que instale en un virtualenv.

Para ver si hubo algún problema en la generación, podés fijarte en "build" donde te muestra el stdout y el stderr de la corrida de Sphinx.

Subir la docu a PyPi

Una forma buenísima de compartir tu trabajo pythónico es a través del Python Package Index, pypi, que es el índice que usan las herramientas pip e easy_install. Si bien no necesarimente los paquetes deben estar hospedados allí (indicando en el setup.py la URL de descarga) es muy común y fácil hacerlo con el comando upload del setup.py.

Lo que muchos no saben es que PyPi también ofrece hostear la documentación. La forma canónica es ir a la página de administración de tu proyecto en PyPi y adjuntar un .zip con la documentación (que no necesariamente tiene que ser hecha con Sphinx)

Pero si usamos Sphinx hay una manera más fácil, manteniendosé en el "ecosistema" de desarrollo: usar esta extension de setuptools que permite generar el html a través Sphinx y subirlo automáticamente. Se instala, obviamente, vía pypi:

$ easy_install sphinx-pypi-upload

Hay que condigurar un setup.cfg (ubicado al nivel raiz, junto con setup.py) indicandole dónde está la docu fuente y dónde el resultado. Más o menos así:

Luego se usa:

$ python setup.py build_sphinx

$ python setup.py upload_sphinx

Y docu subida a la dire http://packages.python.org/tu-proyecto . ¡Charaaán!

Usando tu repositorio SVN

Si usas SVN y tu servidor lo permite, podés servir contenido estático (html y todo lo que produce y necesita Sphinx) directamente desde el repositorio.

Para que el servidor Subversion muestre el html renderizado en vez del código (como texto plano) hay que indicarle el tipo mime de cada archivo.

$ svn propset svn:mime-type 'text/html' FILENAME
$ svn propset svn:mime-type 'image/jpeg' FILENAME

Para que esto se haga automático, se puede modificar el archivo de configuración ~/.subversion/config

Un ejemplo de esto es el reporte de mi proyecto integrador que está hospedado en Google Code

Aprovechándote de GitHub

GitHub hospeda páginas estáticas, tanto del desarrollador/a como de tus proyectos. Bien sirve eso para subir la documentación y eso hacen mas o menos automáticamente estas opciones que no he probado pero las dejo como referencia:

Hosting sphinx doc in github de Luca Sbardella.
Usando github-tools.

¿Una excusa menos? ¡A escribir algo de docu para esos bichitos que codearon alguna vez!

[1] aunque un software con documentación también puede estarlo