Saltar a contenido

Index

Como ocultar la dirección de correo para combatir el spam

Algo que tenía pendiente desde hace ya demasiado era poner una dirección de correo electrónico de contacto en el blog. Todas las guías sobre blogging hablan de la importancia de incluirlo y resulta lógico el permitir que tus lectores contacten contigo en privado pero hasta ahora, más que nada por vagancia, no me había decidido a hacerlo.

Antes de colocar la dirección tienes que pensar que tipo de blog tienes y el uso que le quieras dar, dependiendo de esto puedes colocar tu dirección de correo habitual o bien crear una a propósito. Independientemente de lo que decidas debes saber que cada vez que publicas tu dirección en algún sitio estás creando una nueva fuente de entrada de spam. Los spammers tienen robots que se dedican a rastrear las páginas web en busca de direcciones de correo-e para añadirlas a sus bases de datos y enviarte (todavía más) spam. Si bien los filtros anti-spam funcionan bastante bien hay una opción sencilla para evitar que los robots puedan reconocer la direcciones de correo, lo único que hay que hacer es convertir tu dirección de correo en una imagen. Yo conozco tres servicios web que hacen esto automáticamente:

  1. Hide Text
  2. Nexodyne
  3. Safe Mail

Los tres servicios funcionan igual, introduces tu dirección de correo en el formulario, ajustas alguna opción del tamaño de letra y color del texto y le das a siguiente. Los tres se comprometen a no vender nunca tu dirección y a alojar la imagen de forma indefinida en sus servidores para poder servirla desde su servidor. En el primero de ellos da la opción de borrar la imagen una vez creada, para que no este alojada más en su servidor. En los tres tienes la opción de descargar la imagen para alojarla en tu propio hosting.

Si quieres usarlos simplemente prueba como queda la imagen con unos y con otros y escoge el que más te guste. Luego te recomiendo que la descargues (y si usas Hide Text la borres) y la subas a tu hosting. Es mejor servirla desde tu hosting para minimizar dependencia de terceros y porque el consumo de ancho de banda va a ser muy escaso. Desde ese momento, suponiendo que la imagen esté por ejemplo en http://conocimientoabierto.es/img/correo-e.png, para incluirla en un comentario en un blog debes usar la etiqueta html img, quedaría así

Si quieres puedes probar como queda dejando un comentario en esta entrada o escribiéndome a mi correo <img src=»http://conocimientoabierto.es/img/correo-e.png»>

Si quieres puedes probar como queda dejando un comentario en esta entrada o escribiéndome a mi correo

Por supuesto, en lugar de usar estos servicios puedes arrancar el gimp (o el paint si todavía usas Windows) y crearla la imagen tu mismo porque es muy sencillo. Esta es la mejor opción desde mi punto de vista.

Problemas:

  • La opción de pinchar con el botón para que automáticamente se abra el cliente de correo desaparece.
  • No se puede copiar y pegar la dirección, lo que es un pequeño incordio.
  • La imagen que uses, tamaño, colores, … puede romper la maquetación de la página donde la uses

Existe una técnica más sencilla que la de usar imágenes consistente simplemente en ofuscar tu dirección de correo usando texto en lugar de símbolos de modo que no sea reconocida por los bots. Por ejemplo en lugar de mail_falso@hosting_falso.no usa:

  1. mail_falso <at> hosting_falso <dot> no
  2. mail_falsoANTISPAM@hosting_falso.no
  3. mail_falso <ARROBA> hosting_falso.no
  4. o alguna combinación

Si usas este método te recomiendo emplear la tercera opción, puesto que hay mucha gente que puede no reconocer el texto <at&gt como sinónimo de arroba o entender que el texto ANTISPAM no forma parte de la dirección real. Desconozco hasta que punto la opción de ofuscar la dirección es válida, dado que a los spammers no creo que les cueste mucho reprogramar su software para reconocer este tipo de truquillos, pero en principio me parece que esto es más cómodo para el usuario que usar imágenes.

Como siempre la decisión última dependerá del uso que cada uno vaya a darle. Yo personalmente, he decidido pasar de usar imágenes, el spam está ahí y el volumen de tráfico que te va a evitar usar imágenes no creo que compense la incomodidad para el usuario o para ti al tener que usar etiquetas html/bbcode para introducir tu correo en lugar de escribir el texto directamente.

Otro día seguiremos con algunas técnicas sencillas para no tener que dar nuestra dirección real cuando nos registramos en un foro o una de esas páginas que apenas vamos a usar un par de veces. Subscríbete a mi RSS para estar al día.

Como usar FeedBurner para servir nuestro feed

Feedburner es un servicio web propiedad de Google que se encarga de redistribuir nuestros feeds. Es algo así como si feedburner se subscribiera al feed que proporcionamos desde nuestro blog, luego volviera a distribuirlo y nosotros indicamos a nuestros lectores que se conecten a través de esa segunda versión de nuestro feed y no a través del que proporcionamos directamente en el blog. La ventaja de esto es que ahorramos ancho de banda y que Feedburner puede proporcionarnos estadísticas interesantes de los lectores. La parte mala es que pasamos a tener cierta dependencia de un servicio externo y una disminución de la privacidad puesto que google pasa a poder recolectar información sobre nuestros lectores. Feedburner estuvo de modo hace un par de años cuando el ancho de banda era un bien escaso y las empresas de hosting eran caras, en la actualidad no resulta en general necesario. Desde mi punto de vista el único motivo para usarlo sería por el de las estadísticas, tu debes valorar si la información que proporciona compensa el ceder datos a google.

Si te decides a usarlo, una forma de minimizar el impacto de la dependencia externa es activar la característica My Brand, en este artículo se explica como activar FeedBurner con My Brand para nuestro blog.

Antes de continuar, debes tener presente dos cosas

  • Para poder usar My Brand tienes que añadir un registro CNAME a las dns de tus dominios, mira en las páginas de ayuda de tu hosting como hacerlo. Generalmente se encuentra en el apartado Dominios o «Gestión de DNS» y es fácil, pero es bueno que mires como hacerlo antes de meterte en faena
  • Las direcciones que se indican aquí para los feeds por defecto de wordpress del tipo dominio.com/feed y dominio.com/comments/feed son sólo válidas si tenemos activados los permalinks de wordpress. Si no los tienes activados deberás usar la dirección dominio.com?feed=rss2 y dominio.com/wp-commentsrss2.php. Si los permalinks están customizados también puedes usar el otro tipo de dirección pero es mejor usar la customizada.
Pasos para servir nuestro feed a través de Feedburner

Entramos en feedburner.com con nuestra cuenta de gmail. Si no tenemos una podemos crear una cuenta de google allí mismo.

En el formulario que aparece en mitad de la página escribimos la dirección de nuestro blog (en el ejemplo usamos la página www.marinerosbouzas.com, y pulsamos en siguiente [Imagen 1, puedes pinchar sobre las imágenes para ampliarlas]. Dejamos seleccionado el usar rss en lugar de atom (esto no importa) y pulsamos siguiente.

En esta pantalla [Imagen 2] escogemos un título para el feed, generalmente el nombre del blog. Feed address es la dirección desde la que serviremos nuestro rss a partir de ahora así que es bueno que escojamos algo fácil y significativo, por ejemplo feeds.feedburner.com/tudominio.

Por defecto feedburner contabiliza la cantidad de usuarios subscritos a nuestros feeds. En las siguientes pantallas tenemos la opción de activar el clickthrougs, es decir contabilizar el número de veces que los lectores acceden a nuestra web por pinchar en el feed. Yo no lo activo por que significa que feedburner añadirá un código html algo intrusivo en nuestros feeds para poder trazar lo que hacen nuestros lectores. Hay más opciones pero las que están por defecto suelen ser adecuadas para la mayoría

Si además del feed de los posts, queremos que el de los comentarios se sirva también a través de feedburner volveremos al inicio e introduciremos la dirección http://tudominio.com/comments/feed, en este caso http://marinerosbouzas.com/comments/feed, y en la siguiente pantalla escogemos como feed address feeds2.feedburner.com/comentarios_tudominio (en este caso feeds2.feedburner.com/comentarios_marinerosbouzas) y como feed title «Comentarios para tudominio» por ejemplo [Imagen 3].

A partir de ahora nuestros lectores podrán acceder a nuestro feed a través de http://feeds.feedburner.com/tudominio y a través de http://tudominio.com/feed. Esta última dirección es, por ahora, el valor por defecto que obtendrá alguien que introduzca en su lector de feeds la dirección de nuestro blog. Para hacer que por defecto se sirva el feed a través de feedburner debemos hacer algunos cambios en la plantilla del blog o instalar un plugin. Pero antes de entrar en esto activaremos la característica My brand.

Pasos para activar My Brand

La opción de My Brand permite que la dirección del feed que servimos a través de feedburner sea del estilo http://feed.tudominio.com/tudominio en lugar de http://feeds.feedburner.com/tudominio. Lo bueno de esto es que si alguna vez feedburner quiebra, se vuelve de pago o deja de satisfacernos nuestros lectores estarán subscritos a una dirección sobre la que tenemos el control y no a una externa.

Para activar My Brand pulsamos en My account y después en My brand. Debemos localizar una línea que pone algo parecido a [Imagen 4]

feeds CNAME XXXXX.feedproxy.ghs.google.com

Crearemos un registro CNANE en nuestro hosting que apunte a esa dirección: XXXXX.feedproxy.ghs.google.com (el valor de las XXX dependerán de cada caso)

De vuelta en la página de configuración de my brand introducimos el valor feeds.tudominio.com (en nuestro caso feeds.marinerosbouzas.com, nótese que no hay que poner el http:// delante) en el campo que aparece en el punto 2 de la imagen 4 y le damos a activar. Por supuesto en lugar de feeds podemos usar el subdominio que queramos.

Con esto hemos activado la dirección feeds.tudominio.com/tudominio para servir el feed de nuestro blog a través de feedburner pero manteniendo la dirección de subscripción bajo nuestro control. Si también servimos los comentarios a través de feedburner estos estarán, sin necesidad de tocar nada más en feeds.tudominio.com/tudominio_comentarios

Modificar nuestro tema para servir por defecto los nuevos feeds

El último paso, es indicar a la gente que accede a tu blog que no quieres que se subscriban a través del feed propio de wordpress si no a través del proporcionado por feedburner. Es posible hacer esto a través de un plugin como FeedSmith, pero si quieres hacerlo a mano tampoco es muy complicado, tan sólo tienes que editar el tema que usas y modificar un par de líneas para hacer referencia a las nuevas direcciones de los feeds. En general tendrás que hacer las modificaciones en dos lugares distintos:

  • Entre las etiquetas < header > que suelen estar en el archivo header.php debes localizar las etiquetas < link > que hagan referencia a los feed y cambiar el valor de href por las nuevas direcciones. Esto es lo que hace que cuando un lector de feeds intente descubrir por si mismo el feed de tu blog lo resuelva correctamente
  • El segundo cambio será necesario cuando en algún sitio del tema indiquemos la dirección directa para subscribirse.
Pasos para el tema default de wordpress

En concreto, particularizando para el tema por defecto que viene con wordpress lo que habría que hacer es:

  • Abrir con un editor de textos el archivo wp-content/themes/default/header.php y buscar las líneas:
    > <link rel=»alternate» type=»application/rss+xml» title=»<?php printf(__(‘%s RSS Feed’, ‘kubrick’), get_bloginfo(‘name’)); ?>» href=»<?php bloginfo(‘rss2_url’); ?>» />
    > <link rel=»alternate» type=»application/atom+xml» title=»<?php printf(__(‘%s Atom Feed’, ‘kubrick’), get_bloginfo(‘name’)); ?>» href=»<?php bloginfo(‘atom_url’); ?>» />
  • Borrar la segunda, la que pone algo de atom y substituir el texto que está en rojo en la primera por http://feeds.tudominio.com/tudominio
  • En el archivo wp-content/themes/default/footer.php buscar la línea
    > <a href=»<?php bloginfo(‘rss2_url’); ?>«>RSS das Entradas</a> &amp; <a href=»<?php bloginfo(‘comments_rss2_url’); ?>«>RSS dos Comentarios</a>.
  • Substituir lo que está en rojo en la primera por http://feeds.tudominio.com/tudominio. Si también estas haciéndolo para los comentarios substituye también lo que está en rojo en la segunda línea por http://feeds.tudominio.com/tudominio_comentarios.

Siempre hay que poner la licencia

A raíz de un post de David de Ugarte de hace un par de días me di cuenta de que todavía no había explicitado la licencia de este blog. Es importante dejar siempre clara la licencia porque si no por defecto se aplica el restrictivo copyright que cada día tiene usos más alejados de su idea original demostrando su inoperancia. Así que ya podéis leer en el pie de página lo siguiente:

Salvo indicación o advertencia de lo contrario, el autor de todas las entradas de este blog es Francisco Puga, quien hace devolución expresa de ellas al Dominio Público.

Es importante indicar la licencia, porque con toda la propaganda de los lobbies pro-copyright resulta ya imposible el saber lo que se puede o no hacer. Hace un par de días comentaba en mi twitter:

me pregunto si es legal vender una foto de un cuadro con copyright… me da que no

e indarki me contestaba:

Si el cuadro está exhibido públicamente, probablemente sí, al igual que puedes vender fotos de un edificio o una escultura pública

Yo no lo tengo tan claro. Dudo mucho que pueda sacar una foto a un cuadro, o copiarlo a ordenador y tratar de vender la imagen como un fondo de escritorio por mucho que esté exhibido públicamente. Pero el ejemplo de los edificios es bueno, que pasa con todas esas postales que muestran edificios emblemáticos de una ciudad, pagan royalties al autor cuando no han expirado los derechos.

Sea de una forma o de otra dudo que haya mucha gente que pueda afirmarlo con rotundidad. Y cuando no sabes si el negocio que quieres emprender es legal o no, los costes de contratar abogados si quiera antes de empezar pueden resultar prohibitivos.

Libro: Los Cantos de Hyperion

Los Cantos de Hyperion es una saga constituida por cuatro libros que generalmente se dividen en dos partes. A los dos primeros libros, Hyperion y La caida de Hyperion se les suele denominar como Los cantos de Hyperion, mientras que a los dos últimos Endymion y El ascenso de Endymion se los denomina como Los viajes de Endymion. Hace poco me regalaron los dos primeros libros (editados en un sólo volumen) y acabo de terminarlos.

El primero de ellos son 7 historias cortas y relativamente independientes, en cada una de ellas se cuenta la historia de cada uno de los protagonistas. Cada historia está escrita en un estilo diferente, así hay un relato con tintes ciberpunk, otro una historia de «cadete espacial», … Los relatos están bien y nos van introduciendo en el mundo. Los seres humanos se han expandido a lo largo del universo, y con la ayuda del Tecnonucleo han alcanzado un estado de alto desarrollo tecnológico y relativa armonía. Además de naves espaciales con capacidad para viajar a velocidades lumínicas existen una serie de portales que permiten la traslación instantánea a cualquier otro planeta donde haya un portal.

En el segundo libro se va descubriendo el coste de este estilo de vida, el Tenonucleo es un conjunto de Inteligencias Artificiales, cada una de ellas con su personalidad que existen en lo que se conoce como esfera de datos y de la que nadie conoce la posición física donde existe el hardware que las mantiene. Son pocos los que se van dando cuenta de que el Tenonucleo responde a sus propios intereses y como la humanidad ha delegado su existencia a estas IAs.

Además del Tecnonucleo existen otros dos especies alienígenas. El Alcaudón, una criatura de origen desconocido con capacidad para manipular el tiempo y los exters, un grupo de humanos que en los primeros tiempo de la conquista espacial renunciaron a la vida en los planetas y vagan por el espacio en grandes colonias y que han evolucionado de un modo en el que apenas se les puede considerar ya humanos.

El libro está plagado de referencias a otras obras literarias, poéticas y filosóficas como por ejemplo la doctrina de Teilhard de Chardin. Algunas de estas referencias sólo se entienden cuando se investigan a posteriori. Personalmente no es libro que recomendaría a la mayoría, aunque toca muchos puntos y ayuda a reflexionar sobre algunos temas aunque sea de manera transversal, por ejemplo:

  • El problema de la deuda temporal, o como al viajar por el espacio para quien se quede en un planeta habrán pasado años mientras que para el viajero apenas unos días.
  • El empoderamiento tecnológico y los problemas de vivir en la nube.
  • La evolución de la humanidad a través de los exters y su puntito resiliente

Como conclusión creo que es un libro que gustará a los amantes de la ciencia ficción de tintes más fantásticos, aunque personalmente creo que al final se vuelve un pelín ludita.

Normas implícitas en los proyectos de Software Libre

Todos los proyectos de software libre tienen una serie de normas que debes cumplir si quieres colaborar en ellos. Por desgracia, suele suceder que muchas de estas normas no están recogidas de forma clara o no son explícitas. Los mantenedores de los proyectos tienden a asumir que los nuevos colaboradores ya tienen experiencia en el desarrollo de software (o en tareas asociadas) y esto no siempre es cierto.

Un ejemplo de norma no explícita es el de no escribir en las listas de correo en formato html o tratar de evitar el top-posting. Alguien podría recriminar o minusvalorar al contribuidor novato por hacerlo, pero son pocos los sitios donde esto se especifica claramente si estas reglas están en vigor y muchos menos en los que se explican estos términos (o se enlaza a una explicación). Son reglas que se dan por sabidas, los «viejos» las han interiorizado y las consideran implícitas a la forma de trabajo de la comunidad, pero cosas tan sencillas como estas son difíciles de descifrar al principio para el que trata de introducirse.

Un ejemplo de norma no recogida es el del estilo de código. Casi todos los proyectos tienen un estilo de programación preferida, algunos de ellos serán laxos en aplicarlos, pero otros no admitirán contribuciones de código que no los sigan y no descubrirás que estilo seguir hasta que tu primer parche no sea admitido.

Muchos mantenedores podrían alegar que hay mucha información ya escrita, sólo hay que buscarla y leerla. Esto es relativamente cierto, algunos proyectos hacen grandes esfuerzos de documentación, la Gnome Library es un buen ejemplo de ello. El problema está en que los novatos, o al menos yo, ni siquiera se por donde empezar a leer. Hay mucha información recogida sobre la API y las herramientas de desarrollo, pero menos sobre esas pequeñas cosas que comento en este artículo.

Espero que esta entrada, sea una introducción a una serie sobre consejos para nuevos programadores que quieran integrarse en la comunidad de software libre. Yo estoy en ello, así que lo que leáis a partir de ahora no debéis asumirlo como cierto, si no como lo que voy a aprendiendo, así que estaré encantado de leer críticas.

Y para acabar un par de consejos.

  • Novatos, no tengais miedo a preguntar o a escribir al mantenedor del proyecto. Revisad la web, las faq etc… pero cuando os surjan dudas preguntad.
  • Mantenedores, sed pacientes con los nuevos y tratad de poneros en su lugar.