Cuando comencé a planear el uso de este programa encontré que existían un par de traducciones al español, desgraciadamente una utiliza la conjugación de verbos correspondiente a España, y otra la de Argentina (además de esta última está plagada de palabras mal traducidas). Para la población mexicana leer o recibir algo que utilice una conjugación extranjera (especialmente la española) es bastante molesto, por lo sería bastante desventajoso utilizar cualquiera de las dos traducciones disponibles para una comunidad que estaría enfocada a ser utilizada específicamente en México. Así que dada la situación comencé alrededor de octubre del año pasado la traducción de phpBB3 a un español digerible en México.

Cuando se comenzó el trabajo de traducción, phpBB estaba en planes dejar atrás la versión estable más reciente (en aquel momento la 2.0.22) a favor del la nueva versión tres (que en aquellos momentos estaba en su Release Candidate 5), por lo que la traducción se inició en versiones consideradas no-estables. Recientemente salió la versión final de phpBB3, y aprovechando que le di una revisada a los archivos de traducción que tenia, pude armar un paquete compatible con esta versión final y publicarlo en la página principal. Aunque aún faltan partes por traducir (específicamente partes del Panel de control Administrativo) todo el contenido con el que interactúa el usuario común está ya completamente traducido.

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.

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.