Es gracioso que mi primer desarrollo para WordPress fuera también el último plugin que publicara en los servidores de SVN, aunque viéndolo con calma tiene sentido.

MudSlideShow (MudSlide para abreviar) es un plugin diseñado para incluir futuras expansiones en librerías de fuente de datos y mecanismos de publicación de resultados, y con sus casi 1300 líneas entre código y documentación es, junto con Schreikasten, uno de los desarrollos más complejos que haya hecho para WordPress. Ese es MudSlide, el plugin que inició sus días como un script que facilitaba la integración con Picasaweb para visualizar galerías con Highslide, y que ahora es mucho más de lo que siquiera habría imaginado inicialmente, aunque -irónicamente- sigue haciendo lo mismo.

I’ve got life
I’ve got my freedom

I’ve got life
And I’m gonna keep it

I’ve got life
And nobody’s gonna take it away.

— Nina Simone

Desde Polonia preguntaron si había alguna forma de hacer que Indizar funcionara en los reportes categorizados como páginas una vez se activaran los permalinks. Los requerimientos del plugin tan solo llegaban hasta los reportes asignados como posts, así que nunca fui más allá en cuanto a la declaración de las reglas para páginas, pero ahora tenía un reto para encontrar una solución. Buscando una respuesta a esa pregunta nació este artículo y la nueva versión de Indizar con soporte para permalinks en páginas.

Las versiones anteriores a 0.5.1 hacían uso del filtro ‘generate_rewrite_rules’, que como su nombre lo indica sería llamado al momento de generar las reglas, pero como lo general no siempre soluciona cuestiones particulares, no conseguí definir con este filtro las reglas para etiquetas en páginas y posts.

Había una vez un programador que había recorrido el bosque de Internet buscando el árbol de las columnas de MySQL para concatenar tres frutos -dos partes de enteros y una parte de cadena- y así llenar una canasta que su abuelita le había pedido con la información de los visitantes de su host. Como su abuelita prefería las hojas de Bill el programador debía guardar aquella concatenación en una canasta de ODBC, y para su sorpresa la canasta parecía no llenarse por más que pusiera en ella los frutos una y otra vez. Por un día entero se recorrió los bosques de hipertextos de Sun y no encontró una respuesta a su situación, hasta que ya entrada la noche -algo a lo que estaba acostumbrado el programador, si se me permite la aclaración, así que no debería sorprender el que le tocara olvidarse de sus necesidades fisiológicas por una noche- un hierofante en la blogósfera en un rincón poco iluminado por los soles de Google le explicó que en ODBC la función de concatenación solo acepta frutos de cadena, y que los frutos enteros hacen que se desintegren en el aire y no llenen las canastas como uno esperaría. El hierofante le recomendó al pobre desdichado que pasara por un cast los frutos enteros antes de concatenarlos. El programador volvió donde su abuela, pasó por un cast los frutos enteros, los concatenó y los cocinó con ODBC. La abuelita se alegró mucho al ver su lista de invitados poblarse con cada visita a su host.

Leer más »

La fortaleza que le ha valido a Ajax su puesto de supremacía entre las tecnologías de mayor crecimiento en Internet es la posibilidad de modificar el contenido de una página sin tener que refrescarla. Implementar un sistema con Ajax para actualizar la información de una página no representa mayores dificultades cuando se hace un único llamado, pero cuando se hacen múltiples comunicaciones, muchas de ellas sin esperar acuse de recibo, la situación requiere de algún método para regular las solicitudes.

La técnica convencional para regular el paso entre procesos es la declaración de un semáforo, un registro con el que los procesos determinan cuándo un recurso está siendo empleado y en qué momento está libre.