Nombres de archivo en el almacenamiento de objetos

Un depósito de objetos no tiene carpetas: tiene claves, que son cadenas de texto, y las barras que llevan dentro son parte del nombre. Lo que parece una carpeta es un prefijo, y lo que parece un árbol lo dibuja la consola para que resulte familiar.

Eso cambia dos cosas. La primera: el servicio no interpreta los ascensos de directorio, pero la biblioteca que usa la aplicación sí suele normalizar la clave antes de enviarla, así que un nombre con ascensos puede acabar convertido en una clave de otro prefijo. La segunda, y más importante: los permisos se dan por prefijo. Si la clave se arma con el nombre que manda el navegador, quien sube decide en qué prefijo cae su archivo, y con ello qué política de lectura le aplica.

A eso se suma algo que el disco de un servidor no hace tan en silencio: escribir una clave que ya existe reemplaza su contenido. Sin versiones activadas, lo anterior no queda en ninguna parte.

Abre el laboratorio. SubidaController.php muestra cómo se arma la clave; politica-almacen.json dice qué se lee en cada prefijo. Cruza el inventario con tabla-autores.txt: cada cuenta de autor tiene su prefijo y el equipo editorial publica en el público como parte de su trabajo.

La autora del libro QNC-2041 dice que su manuscrito ya no es el suyo. Mira en el inventario la clave de ese manuscrito: el tamaño, la fecha de la última escritura y la cuenta que la hizo.

Para el informe hace falta una cifra: cuántos objetos del depósito los escribió una cuenta de autor fuera de su propio prefijo. La cuenta del equipo editorial publica en el prefijo público y en el interno como parte de su trabajo, así que sus escrituras no cuentan.

El informe de esta sala lleva varias recomendaciones: generar la clave en el servidor en lugar de tomarla del navegador, activar las versiones para que una escritura no borre la anterior y revisar qué llegó al prefijo público. Solo una de ellas impide que vuelva a ocurrir.