Documento DNI escaneado

Esa manera de montar formularios es corriente. El servidor pinta la página y, de paso, le deja al navegador un cuaderno con las instrucciones de cada campo: cómo se llama, si es obligatorio, qué validación tiene, qué mensaje sale si falla. El cuaderno viaja al ordenador de quien abre la página, porque es el navegador quien lo necesita. Lo que no hace falta es que lleve dentro cosas que solo le incumben al servidor.

La casilla que nos ocupa se llama «Documento DNI escaneado» y su configuración ocupa un par de líneas. Entre ellas, una llamada dir, de directorio, que dice dónde se guarda el fichero que se sube: una ruta de disco de Windows que empieza por C:, sigue por la carpeta donde el servidor de Microsoft guarda los sitios web y termina en una carpeta con el nombre de la convocatoria.

Conocer esa ruta no abre ninguna puerta. Tampoco es asunto del visitante. Es el plano de la trastienda, y va en la misma página en la que un menor adjuntaba la foto de su documento de identidad. Aparece cinco veces, una por cada campo de subida del formulario. En una de las cinco, la ruta lleva dos barras seguidas donde debería llevar una, la señal de un trozo de texto pegado a otro sin mirar.

Debajo de la ruta viene lo que el formulario usa para subir el fichero. Primero, lo razonable: los dos modos modernos, html5 y html4. Después, dos respaldos para navegadores que ya no existen. El primero es Flash, que Adobe apagó el 31 de diciembre de 2020 y que los navegadores dejaron de ejecutar en enero de 2021. El segundo es Silverlight, el competidor de Flash que Microsoft descontinuó en octubre de 2021.

Hay un detalle que se nota al leerlos seguidos. La línea que indica dónde está el componente de Silverlight apunta a un fichero cuyo nombre acaba en punto swf, que es la extensión de Flash. Una de las dos etiquetas está mal puesta, y da igual cuál: las dos tecnologías llevan años sin ejecutarse en ningún navegador actual. Son dos redes de seguridad tendidas debajo de un suelo que ya no existe, y una de las dos no sabe cuál de ellas es.

De quién es cada cosa. El componente que monta estos formularios no lo escribió el ayuntamiento; es una extensión conocida, de las que se instalan sobre un gestor de contenidos. Del ayuntamiento es la configuración: qué campos pide, cómo se llaman, qué carpeta se escribe en dir y qué respaldos se dejan activados. Eso se decide en un panel de administración, no se hereda. Alguien eligió pedir el DNI escaneado, alguien escribió esa carpeta y alguien dejó encendidos dos respaldos que llevaban años sin servir para nada. Así siguen.

Esta pieza se escribe sobre la página que el ayuntamiento servía el 10 de septiembre de 2026, que es la que guardamos. El 15, cuando volvimos a pedirla para comprobarla, no contestó. A las 11:19 el servidor devolvía un error 500 con la pantalla de avería de Joomla, en inglés y sobre fondo rojo, con un botón que ofrece ayuda para resolverlo; lo mismo contestaba la portada.

A las 17:10 del mismo día la página devolvía un aviso de mantenimiento con una casilla para identificarse, y la portada un 503, el código con el que un servidor dice que vuelva más tarde. Una caída se arregla y no es lo que expone este museo. Queda anotada porque la comprobación en vivo forma parte del método. Seis horas para pasar de una avería a una avería declarada.

La página lleva además un programa con el plazo escrito: del 1 de agosto al 10 de octubre de 2025. Fuera de esas fechas esconde el formulario y, un segundo después, lo avisa en una ventana que empieza «MARBELLA CREA: El plazo de inscripción es desde el» y sigue con las dos fechas. Desde octubre de 2025 nadie ve la casilla del DNI, pero la página la sigue mandando entera a todo el que entra, con su carpeta del disco. El 23 de septiembre de 2026 volvía a contestar: el formulario seguía escondido, la ventana salía al abrirla y la ruta, dos barras incluidas, seguía en su sitio.