Una parte de estos calores estivales la he dedicado a pensar. Más bien a estrujarme la cabeza. Así he pasado lo que llevamos de agosto. A finales de julio se me ocurrió inventarme un escape room, un juego de enigmas online o como lo queráis llamar. La idea de hacerlo no es nueva. Llevo bastante tiempo buscando una temática adecuada o interesante que se salga de lo típico. Después de jugar muchos de estos juegos de ingenio por internet, finalmente me decidí a hacer uno. Todo el argumento que hila los enigmas sería una historia ambientada en Zamora, en su historia y en lo que a partir de ella se pueda imaginar. Por eso tenía claro que iba a haber una parte de historia real y otra de fantasía. También guiños humorísticos…

Así que me puse manos a la obra y la primera semana de agosto escribí el guión y los juegos. La segunda semana la dediqué a diseñar los elementos gráficos –que son un tanto espartanos– y a pulir algunas cosas del argumento, y la tercera y cuarta a programarlo en HTML, PHP y JavaScript. Tuve que descartar algunas dinámicas por ser demasiado complicadas y enrevesadas de implementar, pero no afectan al espíritu de la idea.

A fecha de publicación de este artículo, ‘Anónimos en Zamora’ (que así se llama la cosa), está en fase inicial, es decir, que puede tener argún fallo que espero no sea demasiado importante y permita resolver los enigmas sin problemas. Eso si, recomiendo utilizar un navegador actual, bien sea Google Chrome, Safari, Firefox u otro similar. En Internet Explorer es posible que haya elementos que no funcionen correctamente. En cualquier caso podéis probar suerte…

941 fotografías repartidas en 75 galerías. De Asturias a Barcelona. De Toledo a Cádiz. De Cáceres a Segovia. De Madrid a León. Los cuatro puntos cardinales de España casi cubiertos… y también a punto de llegar al límite de espacio que mi servidor me permite. Cromavista, mi web personal de fotografías de viajes, está creciendo mucho en los últimos meses. También sus visitas. Casi después de un año de haber subido la versión 3 tocaba retocarla levemente para mejorar la navegación por las galerías. Si hace algún tiempo añadí elementos para moverse por las fotografías de una galería, ahora ha sido el momento de paginarlas para evitar que la página principal sea demasiado pesada y poco práctica.

También he ahondado en el archivo .htaccess que creé al lanzar la actual versión de Cromavista para evitar URLs poco amigables. Por eso la nueva portada, además de contar con solo 12 galerías por página, muestra en la dirección un número correspondiente al número de página de galería. Esto junto a lo ya hecho anteriormente, deja una web absolutamente accesible para los robots que indexan los contenidos. Seguro que a algún webmaster le interesan algunos detalles un poco más técnicos.

El archivo .htaccess (por defecto oculto a la vista) se coloca en el directorio raíz del servidor y, en mi caso tiene el siguiente contenido:

RewriteEngine On
RewriteRule ^(.+)/(.+)$ ver_galeria.php?galeria=$1&foto=$2
RewriteRule ^([0-9]+)$ index.php?pagina=$1

Con esto se consigue que las URL que anteriormente era del tipo:

cromavista.ricardomartin.info/ver_galeria.php?galeria=caceres&foto=caceres-001

Queden así:

cromavista.ricardomartin.info/caceres/001

Y del mismo modo, si estamos en la página 3 de las galerías:

cromavista.ricardomartin.info/index.php?pagina=3

Quedaría:

cromavista.ricardomartin.info/3

En cuanto a la forma de recoger las variables en PHP, se hace como siempre:

$nombre_galeria=$HTTP_GET_VARS["galeria"];
$id_numero_foto=$HTTP_GET_VARS["foto"];
$num_pagina=$HTTP_GET_VARS["pagina"];

Lo único en lo que hemos de tener cuidado es en construir nuestras URLs. Lo haremos siguiendo el nuevo formato que nos dicta la regla de servidor que hemos escrito anteriormente.

Curiosamente, mi web de fotografías Cromavista ha sido una de las que más visitas ha recibido a lo largo de los ocho años y medio que lleva colgada y la que menos rediseños ha sufrido. Surgió en julio de 2002 como una web experimental y ha ido transformándose poco a poco en un sitio donde mostrar todas aquellas imágenes de viajes o eventos que han captado mis cámaras. Desde julio de 2005 no se había modificado su diseño, sólo se habían ido añadiendo más y más galerías. Sin embargo, el planteamiento para la nueva Cromavista era ir un poco más allá que el de darle un mero lavado de cara. Era el momento de redefinir toda la web a la vez que se renovaban sus contenidos.

En esta tercera versión de Cromavista se han eliminado todas aquellas fotografías anteriores a 2007 y junto con ella la mayoría de las imágenes experimentales para dar paso a un contenido más convencional. El tamaño de las imágenes pasa de 1024 píxeles de ancho a 2000, el mismo que en mi otra web de fotos, Zamora en Imágenes. También la calidad de imagen experimenta una mejora, con menos compresión de los JPGs. Finalmente, tras un proceso de selección y procesado de las imágenes que ha durado algo más de un mes, han quedado 493 fotografías a tres tamaños (2000, 600 y 150 píxeles de ancho respectivamente), repartidas en 39 galerías, en su mayoría sobre lugares y algunas sobre eventos. El peso total de la nueva web es de casi 380 MB de espacio. Ese es el punto de partida de Cromavista 3.0.

En cuanto a la parte más técnica, la web lleva bastante más tiempo de programación que su predecesora, de la que conserva muy pocos elementos. Ha sido necesario un poco de código extra para tratar y controlar las imágenes verticales que por primera vez entran en una de mis webs de fotos. Por el contrario, la parte de diseño es mucho más sencilla, pero también más clara, más robusta y también muy probada en todos los navegadores y sistemas operativos que he podido. Otro de los puntos interesantes de la nueva Cromavista es el uso de direcciones URL amigables a través de reglas de servidor htaccess, de forma que las direcciones a las páginas creadas dinámicamente para cada fotografía puedan ser indexadas por los buscadores y accesibles más fácilmente para aquellos que busquen este tipo de recursos en la web.

Así que espero que la web os guste y que sea interesante para vosotros.

Algo grande se está preparando en el mundo del diseño y la programación web. No exagero. HTML5 se atisba ya como una revolución que puede acabar con tecnologías hoy tan consolidadas como Adobe Flash. Etiquetas tan potentes como < canvas > y sobre todo < video > van a suponer un cambio radical en la forma en que concebimos la web. La primera permitirá generar gráficos vectoriales en tiempo real sin necesidad de ningún elemento externo. El segundo (y para mí más interesante) permitirá insertar vídeos en un documento HTML sin Flash. De momento, por las pruebas que he podido hacer los formatos y códecs admitidos es limitado, pero no podemos olvidar que se trata de una especificación todavía en estado temprano de desarrollo.

Igual que con cualquier otra etiqueta de HTML, la etiqueta < video > puede ser manipulada mediante instrucciones JavaScript llamadas a través de funciones. Esto convierte a JavaScript en otra de las piezas claves de HTML5 y nos hace volver a los «viejos tiempos». Por ejemplo, mediante JavaScript podemos controlar las características clásicas de un reproductor de vídeo (reproducir, pausar, reiniciar y todo lo que nos imaginemos). Incluso si no queremos, podemos utilizar la botonera estándar que implementa cada navegador mediante el atributo controls="controls". Pero lo mejor es ir con una pequeña muestra de código HTML5 para hacernos una idea. Simplemente con esta línea de código podemos reproducir un vídeo:

< video src="video_de_ejemplo.avi" controls="controls">Tu navegador no soporta HTML5< /video>

Más sencillo imposible. Ya existen versiones experimentales en HTML5 de webs de clips como YouTube o DailyMotion. El futuro ya ha comenzado. ¿El fin de Flash?

El año pasado más o menos a estas alturas, me volvió a entrar el gusanillo de diseñar aventuras conversacionales. Ya sabéis de mis gusto por este tipo de videojuegos. Todo partió de la noticia que llegó a mi ordenador con los resultados de la IFComp 2008, un concurso de aventuras cortas. En la edición de 2009, el podio de ganadores ha estado ocupado por ‘Rover’s Day Out’, ‘Broken Legs’ y ‘Snowquest’ en el primer, segundo y tercer puesto respectivamente. El hecho de que para crear estas piezas de software sea necesaria una dosis extra de creatividad (ya que todo el peso recae sobre las palabras), una parte evidente de técnica de programación y, por supuesto, organizar bien la historia, siempre me llamó mucho la atención. Pero esta fiebre se me fue pasando.

En estos últimos días me estoy empezando a familiarizar con algunas herramientas de creación de aventuras conversacionales como InformATE. Se trata de la versión traducida al castellano de Inform, que es un lenguaje de programación orientado a objetos, un conjunto de librerías y un compilador especializados en el desarrollo de juegos de ficción interactiva. La historia de Inform es ya muy dilatada. Su autor, Graham Nelson, lo creó en 1993 y desde entonces ha sufrido numerosas evoluciones. Después de compilar un videojuego con Inform o InformATE, no nos genera un ejecutable, sino un código intermedio que ha de ser ejecutado o interpretado por una máquina virtual. En este mundillo, los dos intérpretes más utilizados son Máquina-Z y Glulx. La primera de ellas fue diseñada ni más ni menos que en 1979 y fue creada para desarrollar ‘Zork’, una de las primeras aventuras conversacionales de la historia. Glulx es un sistema mucho más evolucionado y con más posibilidades, ya que permite incluso la incorporación de gráficos.

Actualmente existen intérpretes de Máquina-Z, de Glulx y de otros para cualquier plataforma, ya sea Windows, Mac o Linux. En mi caso, con Mac utilizo Spatterlight, que puede leer archivos para todas esas máquinas virtuales. Del mismo modo, también existen compiladores de Inform/InformATE para cualquier sistema operativo. En todos los casos las herramientas son rigurosamente gratuitas. No hay más que darse una vuelta por el repositorio que los chicos de CAAD mantienen en su sitio web y elegir el que mejor se ajuste a nuestras necesidades. También podemos encontrar abundante documentación y ejemplos para aprender este lenguaje.

Inform/InformATE es bastante complejo. Si bien su estructura es similar a la de cualquier lenguaje de programación, es necesario un ejercicio de abstracción para no dejar atrás ninguna de las posibilidades que nos permite. Buena parte de la culpa de esa complejidad se debe a la cantidad de acciones (muchas de ellas combinadas), de tipos de objetos, de situaciones, etc. En cualquier caso es una potente herramienta que nos ahorrará mucho trabajo si queremos programar una buena aventura con un buen vocabulario admitido (recordemos que las acciones se introducen libremente mediante lenguaje natural con el teclado).

Google ha presentado recientemente su lenguaje de programación llamado Go, un lenguaje que según aseguran tiene la eficiencia de un lenguaje de medio nivel como C o C++ junto con la rapidez de compilación y ejecución de los lenguajes interpretados, como Python. A simple vista tiene el aspecto clásico de C++, Java o PHP. A nivel de sintaxis sus estructuras de datos, de control, etc son aparentemente muy similares y no hay nada que me haga pensar que a nivel interno (gestión de memoria, de I/O..) sea muy diferente de C/C++. Si alguien conoce alguna característica bien diferenciada de otros lenguajes por el estilo, por favor que me la diga. Pero no he podido evitar descargármelo e instalarlo. De momento sólo está disponible para Linux y Mac OS X. Para que os hagáis una idea, este es el código del «Hola Mundo» copiado de la página oficial de Go:

package main
import "fmt"

func main() 
{
	fmt.Printf("Hola Mundon")
}

Una vez dicho esto, me viene una pregunta a la cabeza: ¿Para qué queremos otro lenguaje de programación? ¿No existen ya demasiados? Existen otros «lenguajes de moda» que pasaron por aquí, como Ruby, mucho más revolucionario que Go, pero que tengo la impresión de que ha pasado sin pena ni gloria. Lo mismo pienso de C#, la gran apuesta de Microsoft de hace unos años y que muy poca gente utiliza. Lo único que se consigue con esta diversificación tan gratuita es que los desarrolladores se vuelvan locos, no profundicen en todas sus posibilidades o que sea complicado especializarse en un lenguaje de programación con dudoso seguimiento. Aún así, bienvenido al mundo de la programación.

Desde hace unos meses me ronda en la cabeza reformar profundamente mi web de fotos Cromavista para transformarla en una web de fotos de viajes más que en la «cosa» indefinida medio experimental que es ahora. Este cambio iría desde el logo hasta en el concepto general. Mi intención es añadir muchas más fotos de muchos más lugares que ahora permanecen inéditas y que merecen la pena ser vistas. Como tampoco tengo ganas de dedicarle demasiado tiempo programando o reformando el código del Cromavista actual, lo primero que pensé fue en usar uno de los servicios de fotos que nos ofrece internet.

Flickr es la primera opción. Lo tenía todo: un software para Mac que permite subir cómodamente las imágenes, posibilidad de crear carpetas, comentarios para las fotos y, por qué no, formar parte de la mayor comunidad fotográfica de toda la red. Pero claro, para un usuario básico, el límite está en 200 fotos. Si queremos eliminar estas limitaciones tenemos que actualizarnos a usuario Pro. No es que sea caro (unos 2 dólares al mes), pero teniendo espacio en servidor propio de sobra (me quedan unos 300 Mb libres) para almacenar unas cuantas fotos, me parece una tontería pagar por otro servicio.

Otra opción era usar una de las muchas aplicaciones escritas en PHP y MySQL para gestionar álbumes de fotografías digitales. Hace unos años investigué algo Coppermine, sin duda el más popular. Pero también existen otras opciones menos conocidas y dignas de ser investigadas. El principal inconveniente de estas aplicaciones es su dificultad para ser adaptadas a las necesidades de cada usuario. Hace falta invertir unas cuantas horas trabajando con la plantilla para conseguir unos resultados medianamente aceptables, que es justo lo que no quiero hacer.

La última y más drástica alternativa es crear una web «a la vieja usanza» con HTML estático. De esta forma modificar los álbumes sería más engorroso, pero su desarrollo sería más rápido si se consigue automatizar lo suficiente (me refiero al copiar+pegar). Ahora mismo estoy investigando esta opción, pero todavía no tengo nada concretado ni en cuanto a estructura ni en cuanto a estética. Sólo me queda ponerme manos a la obra cuando tenga tiempo y ganas. Puede ser mañana o dentro de un mes. Ya se verá.