near '-9,9' at line 2

El menú principal tiene dos vecinos que no se parecen en nada. «Qué visitar y qué ver» apunta a una dirección completa, con dominio y todo. «Qué hacer», el de al lado, apunta a que-hacer: sin barra delante, sin dominio. Es una dirección relativa, y una dirección relativa se resuelve respecto a la página en la que uno está. Funciona mientras uno esté en el sitio adecuado.

«Qué hacer» hace dos cosas a la vez: es un enlace y es la cabecera de un submenú. Lo comprobamos el 23 de septiembre con el navegador del museo, en la segunda página del listado de actividades. Pulsado con JavaScript, el lenguaje con el que la página se mueve sola, despliega la lista de abajo (Agenda, Actividades…) y la página no cambia. Sin JavaScript, la misma pulsación lleva a la dirección del enlace. Nuestro capturador, que lee el código y no pulsa nada, la siguió igual. Lo que hay al otro lado es esto.

Desde la primera página de un listado, /actividades, el navegador convierte que-hacer en /que-hacer, y esa página existe. Pero los listados tienen segunda página: /actividades/pagina-2. Desde ahí, el mismo enlace se convierte en /actividades/que-hacer. El servidor no protesta. Contesta con un 200, con el título «Actividades para realizar en Córdoba» y con una etiqueta que dice que su dirección es /actividades. Se cree en la página de actividades. Con un matiz.

La página baja con normalidad, logotipo, idiomas, menú y migas, hasta una sección cuyo identificador es ahoraencordoba. Ahí, en vez de contenido, cuatro párrafos: lo sentimos, este sitio web está experimentando problemas; la ejecución de la consulta falló; Errno 1064; y el texto íntegro con que MySQL rechaza una consulta mal escrita, en inglés, con el trozo exacto donde se atascó: near '-9,9' at line 2. Menos nueve, coma, nueve.

En /museos/que-hacer el mismo mensaje dice '-18,18'. Y el archivo guarda la pista de dónde salen esos números: el listado de /actividades enseña nueve fichas en su primera página y siete en la segunda; el de /museos, dieciocho y luego dos. Nueve y dieciocho son el tamaño de página de cada listado. En MySQL, LIMIT a, b significa que se salten a filas y se den b, y a suele calcularse como (página − 1) × tamaño. Con la página valiendo cero, sale −9. Y que-hacer, leído como número, vale cero.

Esa es la aritmética que encaja. El servidor toma el primer tramo de la dirección como sección y el segundo como número de página; pagina-2 le sirve, que-hacer no, y lo que no es un número es cero. No tenemos el código del servidor, así que lo dejamos escrito como lo que es: la explicación más corta que cuadra con los dos números. En los ficheros está lo otro, un desplazamiento negativo y MySQL negándose a saltar hacia atrás.

Cuando la consulta sale bien, esa misma sección se llama Noticias, Eventos y Lugares: se ve en /buscador/que-hacer, que comparte diseño y no comparte error. Es el bloque de lo que pasa hoy en la ciudad. En las páginas rotas, la única sección de la página que promete el presente es la que no llega. Todo lo demás carga, y quien llega y baja hasta ahí se encuentra con el inglés del administrador.

Son 58 de las 78 páginas que-hacer que hay en el archivo: 43 con −18, 14 con −9 y una, /cultura/que-hacer, que se rompe por otro sitio. Ahí falta una condición entera y lo que asoma es un trozo de la consulta con nombres de dentro. Ese no lo reproducimos, porque el museo enseña que el error sale a la calle y no el plano de la base de datos. Pero cuenta igual: son tres maneras distintas de romper la misma sección, y las tres se le explican al visitante con el vocabulario del administrador.

Lo que no se ve en pantalla es lo que falta. El fichero de /actividades/que-hacer tiene 311 líneas y la última es el error: no hay cierre de body, ni de html, ni pie de página, ni los scripts que suelen ir al final. El programa imprimió el mensaje y se detuvo. El navegador pinta lo que le llegó y se queda esperando un pie que no viene. Por eso en la captura, debajo del error, hay blanco.

Lo guardamos el 31 de agosto de 2026, otra vez el 10 de septiembre (el fichero que citamos) y lo volvimos a pedir el 14 de septiembre a las 20:35 UTC y el 23 a mediodía: el mismo error, los mismos 34.002 bytes. Solo cambian unas cifras en los enlaces a la hoja de estilos y a los iconos, y resultan ser la hora: «?=1789418157» es exactamente ese 14 de septiembre a las 20:35:57. El sitio pide el CSS nuevo en cada visita, para asegurarse de que el error se vea con los estilos más frescos.