Una noche no tiene segunda toma.

Es el caso más frecuente, y es el que hace perder un vídeo de diez minutos después de ocho minutos de espera. Una subida cortada no vuelve a empezar de cero: se reanuda donde se quedó. Lo que lo hace posible es una decisión de arquitectura, no una opción: es el ALMACENAMIENTO mismo el que da fe de las partes ya recibidas, así que no hay ningún contador al que creer, y la reanudación funciona aunque la siguiente petición caiga en otro de nuestros servidores.

Al final de una noche todo el mundo vacía su carrete en el mismo momento. Los archivos nunca atraviesan nuestra aplicación: van del teléfono directamente al almacenamiento, y la aplicación solo abre y cierra la subida. No ve pasar ni un byte. Eso es lo que hace que una sala entera subiendo vídeos cargue el almacenamiento, que está dimensionado para ello, y no nuestros servidores web, que no lo estarían.

Un iPhone graba en un formato que Chrome y Android no reproducen. Cada vídeo subido se retrabaja por tanto en segundo plano para que se vea en todas partes, conservando el original intacto. Ese trabajo es una COLA, no una apuesta: tres intentos, con una espera que crece entre uno y otro, y un centinela que comprueba al arrancar que ningún vídeo se ha quedado por el camino, incluso después de reiniciar nuestra infraestructura.

Una aplicación significa una versión de sistema que exigir, una tienda que vuelve a pedir la contraseña y un centenar de megabytes que descargar por la red ya saturada de la sala. Son muchos sitios donde la noche se detiene para un invitado. En Medley no hay nada que instalar ni ninguna cuenta que crear: el código QR abre una página web, basta un nombre. Varios servicios eligen lo contrario, algo que detalla nuestra comparativa con WedShoots.

Medido en nuestro álbum de ejemplo público, en las condiciones de una fiesta y no en las de la mesa de un programador: teléfono simulado a 393 píxeles de ancho, red limitada a « 4G lenta » y procesador ralentizado cuatro veces, que es el ajuste de prueba estándar para un móvil de gama media. El umbral que Google considera bueno son dos segundos y medio. La página se calcula en nuestros servidores y las fotos viajan dentro de la propia respuesta: el código fuente, que muestra cualquier navegador, ya contiene las imágenes.

El desplazamiento de diseño es lo que hace que pulses el botón equivocado porque la página ha saltado justo al tocarla. En este álbum mide cero. No es casualidad: cada miniatura conoce sus dimensiones antes de que llegue el primer byte de la imagen, así que su sitio queda reservado y nada se recoloca después.

Una foto del álbum existe en tres tamaños, y el navegador toma el que corresponde al espacio que ocupa realmente en pantalla: unos 17 kilobytes para una miniatura de galería, en lugar de los 122 kilobytes de la versión grande. En un álbum denso visto en un móvil, la diferencia son megabytes que no viajan nunca, es decir, segundos devueltos al invitado y datos móviles que no gastas por él.

Un vídeo subido por un invitado se prepara en varias calidades, y el reproductor sube o baja solo según lo que la red aguante en ese momento. Es el mecanismo de las grandes plataformas de vídeo, aplicado a un álbum de boda: nadie elige una calidad, nadie se queda mirando una rueda girar, y el vídeo se sigue viendo cuando doscientas personas encienden el móvil a la vez.