Desde Helsinki, ciudad natal de Linus Torvalds, preguntaron si podían usar Lexi para leer datos desde una página en Blogspot. Luego de hacer unas pruebas me di cuenta con horror que no funcionaba cuando se declaraba el feed sin caché, pero cuando se almacenaba en caché todo volvía a su curso normal. ¿Qué pasaba? Hablando a nivel de código, la diferencia entre la versión con caché y la versión que no usa caché es la librería que cada opción particular implementaba para leer los datos; los feeds almacenados en caché empleaban la librería de RSS disponible en WordPress, y los restantes empleaban un grupo de funciones básicas creadas para este plugin. La razón por la cual hice esta separación es porque con la librería de WordPress no había encontrado la forma de actualizar los datos en un período menor a 10 minutos, así que creé los mecanismos para leer los feeds directamente para estos casos particulares donde hay una alta frecuencia de actualización. Por cuestión de utilidad solo me preocupé por el formato RSS y descuidé las demás opciones. He ahí el por qué Lexi no entendía ciertos casos particulares; Blogspot usa RSS como una segunda opción, porque su formato por defecto es Atom. La solución rápida era por lo tanto leer los datos con la librería de WordPress que, dicho sea de paso y aceptando mi error, debí haber diseñado como opción por defecto a nivel de interfaz desde un principio, pero la versión actual no daba la suficiente claridad al usuario sobre cuándo usar esta opción, así que en el caso propuesto desde Helsinki era seguro que se estaba usado la opción por defecto, es decir el mecanismo sin caché.

Leer más »

Desde Italia preguntaron si existía una forma de hacer que Lexi publicara resultados en una página o post. En un principio no vi la utilidad que una funcionalidad así podría ofrecer, pero apenas pensarlo unos segundos tuve claro todo el potencial disponible al implementar esta solución.

Expongo unos ejemplos:

• Un post sobre salud actualizado con un enlace a un RSS sobre el tema.
• Una página sobre fútbol con datos actualizados de resultados de partidos.
• Una página dedicada a la paleontología que lea datos desde un blog de arqueología.
• Una página de juegos con un enlace a novedades.
• En mi caso personal, una página de uno de los viajes actualizada con noticias de la región a la cual se hace alusión.

Leer más »

Uno de los plugins que he desarrollado para esta página permite la división de un documento en capítulos. La etiqueta ‘nextpage’ de WordPress no ofrecía la funcionalidad que buscaba porque tan solo dividía en secciones sin asignar títulos ni crear un índice, así que desarrollé el plugin Indizar para crear los mecanismos que hacían falta.

En un principio había ideado el plugin para que desde la URL consiguiera la información del número del capítulo. Si la página no usaba permalinks la implementación era sencilla, pero cuando trataba de hacerlo con una página configurada para usar permalinks me encontraba con la difícil tarea de hacer que reconociera cualquier regla asignada desde la configuración. Es obvio que WordPress lo hace, pero la documentación que encontraba siempre me llevaba a puntos muertos. En muchos foros describían en su totalidad los mecanismos para anexar reglas a los permalinks, pero a continuación seguía una larga lista de foristas preguntando cómo hacer que WordPress reconociera las nuevas reglas, y algunos afortunados informaban que de un momento a otro todo estaba funcionado, pero no sabían ni cómo ni por qué. En aquel momento no tenía el tiempo suficiente para recorrer el código de WP buscando una respuesta, así que seguí adelante con el proyecto y dejé de lado mis experimentos con permalinks. Lo más gracioso de todo era que siempre había estado a tan solo un click de la solución. Al final explicaré cuál era el problema.

Leer más »

- Desapruebo lo que dices, pero defenderé hasta la muerte tu derecho a decirlo – (Evelyn Hall, pero comúnmente mal atribuido a Voltaire)

‘Bad, Bad Boy’ (mejor conocido como 3b) es un plugin simple de manejo de censura por listado de palabras. Lo creé para evitar bloqueos en los hilos de conversación causados por comentarios fuera de tono, que la mayoría de veces no tienen nada que ver con el tema de la charla.

Esta primera versión es apenas una aproximación a la solución de la censura, y palabras como ‘retículo’ serían mal censuradas con bloqueos como ‘retíc**o’. Espero mejorar el motor de censura con el paso de las versiones. En esta primera entrega es posible seleccionar el estilo de censura, desarrollar la lista de palabras a bloquear y determinar si la censura también se deberá aplicar a las entradas.

La descripción del plugin, su justificación y un vínculo para descargarlo la pueden obtener en la página dedicada.

He hecho muchos ajustes al plugin del shoutbox, y ahora tiene 4 características nuevas que permiten una mejor visualización de los comentarios y simplifica el proceso a los usuarios.

La primera característica es una mayor integración con el entorno de WordPress, por lo que ahora un usuario registrado solo tendrá que escribir el texto del mensaje para enviar un comentario. Y siguiendo con la política de integración se optó por emplear algunos datos de la configuración general del sistema, a saber, el que determina si se debe requerir un correo electrónico con cada comentario, y si todo mensaje deberá ser revisado antes de su publicación. Este cambio hace que Schreikasten tome las políticas generales aplicadas al sitio en vez de ser un plugin con un comportamiento aparte. También se añadió la posibilidad de ‘restringir’ los comentarios para que solo usuarios registrados puedan enviar mensajes, aunque en este caso particular la configuración es independiente de las políticas del sitio.

Leer más »