Dos errores de i18n en Astro que no aparecen hasta comparar el HTML renderizado
El fallback de Astro oculta traducciones reales tras getStaticPaths, y Astro.url reporta la ubicación equivocada en páginas renderizadas por fallback.
El fallback de Astro oculta traducciones reales tras getStaticPaths, y Astro.url reporta la ubicación equivocada en páginas renderizadas por fallback.
Una corrida única de axe no es un chequeo, es una foto de un momento. Portar el pa11y-ci del sitio hermano, con wrangler dev resolviendo bindings gratis.
El conteo de estrellas no vende bien la infraestructura. Agregué una subsección a mano, y una suposición sobre herramientas no sobrevivió la verificación.
Una actualización agrupada de 12 paquetes escondía una mayor de Tailwind que rompió el build y otra de Astro en silencio, por una rama sin fusionar.
El check que aparece en los PRs mergeados es Cloudflare reportando una build que ya corrió, no un gate previo al merge, así que el gate pasó a ser una build local sincrónica.
La página de marketing vendía seguimiento de lanzamientos, terreno de un competidor ya establecido, mientras el view model tenía el pitch real desde siempre.
El dominio raíz no enviaba correo y no tenía SPF ni DMARC, así que cualquiera podía falsificarlo. Dos registros DNS, noventa segundos, un dig para verificar.
El error de recorte móvil en todo el sitio que no existía: Chrome headless limita en silencio a un piso de 500px y recorta la captura al ancho que se haya pedido.
MusicKit no devuelve nada en el simulador, así que las capturas de marketing salieron del servicio simulado que la app ya tenía, más las portadas reales de la API de búsqueda de iTunes.
Un widget de GitHub roto llevaba a una demo en pausa, y de paso apareció una CSP fijada por hash invalidada por un arreglo de accesibilidad de una línea.
Página 1 de 2