Recurrente Redención

Antes de comenzar a escribir este blog tome un breve tiempo para pensar el nombre que tendría. Recurrente Redención proviene de otra frase que utilice hace ya bastante tiempo: Maquiavelico Milagro de Recurrente Redención cuya idea se centra en que durante la vida nos redimimos una y otra vez, en ocasiones de formas casi milagrosas.

Una vez que tuve claro el nombre, como soy fanático de los logos y símbolos me puse a la tarea de diseñar un pequeño logo que representara exactamente recurrencia y redención. Dado que la recurrencia se basa en repeticiones y que el titulo del blog tiene exactamente cuatro Rs, comencé a jugar acomodando dichas Rs de distintas formas. Accidentalmente las acomodé en una formación circular y viendo que se veían agradablemente fui intentando otras posiciones en el mismo patrón. A mi sorpresa, cada una de las posiciones que intentaba se veían bien, en lo que yo diría es un ejemplo de belleza matemática (o más bien, belleza geométrica). Finalmente terminé con un arreglo que denota fácilmente que el símbolo se encuentra hecho de Rs y que me pareció bastante agradable a la vista. También se asemeja a una cruz esvástica (también conocida como cruz gamada, o cruz suástica), que representa en algunas regiones del mundo un símbolo de buena suerte.

Como aun así quedé con la curiosidad de seguir experimentado con dichos arreglos de letras, terminé haciendo un pequeño programa (en Flash) que tomando cuatro Rs de una fuente sumamente ornamental, las acomoda en una posición aleatoria cada vez, y cada vez genera patrones que en lo personal encuentro muy hermosos. A continuación está dicho programa y debajo están las ligas a los archivos fuentes para descargar. Cabe mencionar que se requiere de la librería LiF versión 0.2 para que dichos archivos fuente funcionen.

• SimbolismoDinamico.zip
• LiF versión 0.2
• SimbolismoDinamico.swf

Finalmente el rediseño del blog está muy cerca de estar terminado. Ciertamente me tomé la libertad de romper una de las primeras reglas que da Wordpress:

Preocúpate por el diseño del blog hasta después

El diseño del blog importa, pero solo hasta cierto punto. No dejes de escribir solo porque el diseño no esta saliendo como esperabas, tarde o temprano vencerás los problemas del diseño fácilmente. Pero mientras tanto, continúa escribiendo. Contenido es lo que atrae a los lectores, no solamente el aspecto visible del blog.

WordPress: Tips for posting

Aun así, el experimento fue bastante bueno. El tema lo he llamado PixelDeco, debido a que inicié queriendo hacer un diseño basado en pixeles de gran tamaño, pero accidentalmente terminé con un estilo con aires de Art Deco. Planeo hacer el tema público y disponible mediante el sistema de temas de WordPress, tan solo le dé un par de semanas de uso para sacar cualquier error que haya quedado y después un tiempo más para retirar todas las partes especificas a mi uso personal, dejando así una versión de uso genérico.

Desgraciadamente, después de trabajar haciendo este diseño he quedado un poco decepcionado de los mecanismos que ofrece WordPress para la elaboración de los temas (y especialmente para la traducción de algunas partes, que son intraducibles a menos de que se modifique el código interno de WordPress). Los temas se elaboran con páginas de Php y HTML entremezclado uno con el otro. El resultado suele ser un espectáculo visual no muy agradable que termina siendo sumamente difícil de leer y de ordenar. Es en cierto sentido práctico para usos muy simples, pero definitivamente no es una solución elegante para dicho problema. Un enfoque mucho mejor podría ser algo como patTemplate que ofrece una separación bastante buena del código Php que genera los contenidos de la página y el código HTML donde serán desplegados. Nada nuevo realmente, tan solo un típico MVC.

Al fin después de batallar algunas semanas con los proveedores del servicio de hospedaje que utilizo, y de estar probando distintas configuraciones en el servidor, terminé la implementación de la reescritura de direcciones de la página, también llamado Url-Rewriting. Esto aplica tanto para aquí en el blog como para la página principal, permitiendo pasar de tener una detestable dirección como:

A algo como:

Lo que es muy valioso de este mecanismo de los servidores web es que proveen una herramienta que ayuda tanto a los usuarios como a los desarrolladores, aislándolos unos de los otros.

Por un lado tenemos a los usuarios, que en lugar de encontrar en la dirección una gigantesca fila de caracteres incomprensibles pueden encontrar ahora una secuencia más descriptiva de palabras. De esta forma la dirección puede cumplir cumplir con todas las reglas de usabilidad propuestas por Jakob Nielsen:

• un nombre de dominio que es fácil de recordar y escribir
• URLs cortos
• URLs fáciles de escribir
• URLs que permiten ver la estructura del sitio
• URLs que son “hackeables”, permitiéndole al usuario moverse a niveles superiores de la estructura de información al cortar el final del URL
• URLs persistentes que no cambian

useit.com

Del lado de los desarrolladores, en este mundo de contenidos altamente dinámicos quedó ya muy atrás las épocas donde era todavía posible tener y editar muchas páginas fijas. Debido a que ya casi cualquier página tiene que ser muy versátil, modificable, y mantenible, es necesario que detrás de la página se construyan una buena cantidad de mecanismos y programas que permitan dichas características. El choque se presenta en el hecho de que la estructura de estos mecanismos y programas muy probablemente no será muy acorde a la estructura que tendrá la página, mucho menos una estructura entendible por un usuario común. Generalmente muchos de los sistemas existentes para páginas web dinámicas se basan en una sola dirección que dependiendo de una serie de parámetros varia el contenido que regresa. Esto para el usuario termina significando la larga fila de caracteres incompresibles en la barra de dirección, invariablemente de si las páginas tienen cualquier relación entre si.

El mecanismo de reescritura funciona tomando la dirección que el usuario escribe en su navegador, e internamente transformándola a otra. Para el usuario es una operación completamente transparente ya que desde su perspectiva obtendrá exactamente el mismo resultado de una dirección reescrita que de una dirección que accede a un archivo directamente. Al desarrollador le permite estructurar su programa de la forma que mejor le parezca, contribuyendo a la calidad del programa en sí. Además de esto, el usuario queda completamente aislado de cualquier cambio que fuera a tener la estructura interna de la página, cualquier cambio interno puede ser reescrito a exactamente a la misma dirección que el usuario ya está acostumbrado a usar o esperar.

Actualmente Apache tiene un mecanismo muy sólido para reescritura de direcciones (que es de hecho el que se utiliza en esta página). Junto con este, y otras configuraciones similares, es posible eliminar páginas duplicadas (como por ejemplo “www.dominio.com”, y “www.dominio.com/index.html”) mejorando su catalogación dentro de los buscadores, corregir vulnerabilidades que una página puede tener mediante la dirección con la que se accede, e inclusive mejorar lo que sucede cuando aun con toda la serie de mejoras, alguien escribe la dirección mal.

LiF es una librería de clases para ActionScript 3 que en un inicio fueron parte de un videojuego en flash pero que posteriormente fueron separadas completamente con el objetivo de que fueran independientes y reutilizables. En aquellos días, hace ya un par de años, terminé una clase llamada Rastros que administraba el dibujado de líneas dentro de flash funcionando como un pequeño motor de partículas. Con esta clase se construyeron varias demostraciones como la siguiente, titulada OchoVientos:

Debido a que el rediseño del blog es algo laborioso me estaré tomando la libertad de readaptar otras demostraciones como la anterior para que puedan ser descargadas y compilen correctamente por quien le sean de interés. De esta forma puedo seguir publicando una o dos veces por semana y seguir dedicándole el tiempo necesario al rediseño. Los archivos de esta demostración son ya algo viejos, el código se encuentra hecho en ActionScript 2, aunque el archivo fue actualizado y guardado en formato de Flash CS3. El código, por ser de los primeros prototipos, puede no ser el más limpio y cuidado de todos.

• DemoRastros – OchoVientos.fla
• Rastros.as
• DemoRastros – OchoVientos.swf

Los tres archivos pueden ser accedidos públicamente y utilizados sin ningún tipo de restricción.

Probablemente el primer experimento que involucra este blog es la edición de este blog mismo. Si se observa bien, aunque la página principal aparece casi toda en español, el resto de las páginas no tiene traducción alguna aun. Estoy el proceso de aprender cómo funciona internamente WordPress para saber qué y donde puedo modificar. Las adaptaciones y modificaciones que estoy buscando hacer son:

• la traducción de la página
• el rediseño del patrón utilizado
• la modificación de la distribución de espacios

Los primeros dos son bastante obvios para que el blog sea congruente y sea más acorde a los diseños del resto de LopSae. El último detalle, la distribución de espacios, obedece más una necesidad técnica ya que la mayoría de los demostraciones técnicas que realizo en flash requieren de un espacio de 500×500 pixeles, cuando el ancho máximo que considera el patrón que utilizo actualmente (Kubrick) es de 450px.

Así pues, el trabajo ya esta iniciado (como el pedazo de traducción que existe en este momento), e ira completándose de forma gradual. Así que si de un momento a otro sin previo aviso este blog cambia de cara, ya saben porqué fue.