Dois bugs de i18n no Astro que só aparecem quando você compara o HTML renderizado
O fallback do Astro esconde traduções reais atrás do getStaticPaths, e o Astro.url reporta a localização errada em páginas renderizadas por fallback.
O fallback do Astro esconde traduções reais atrás do getStaticPaths, e o Astro.url reporta a localização errada em páginas renderizadas por fallback.
Uma execução avulsa do axe não é uma checagem, é uma foto de um momento. Portando o pa11y-ci do site irmão, com wrangler dev resolvendo bindings de graça.
Contagem de estrelas não vende bem infraestrutura. Adicionei uma subseção escrita à mão, e uma suposição sobre ferramentas não sobreviveu à checagem.
Uma atualização agrupada de 12 pacotes escondia uma major do Tailwind que quebrou o build e outra do Astro em silêncio, por uma branch não mesclada.
O check que aparece nos PRs já mesclados é o Cloudflare reportando um build que já rodou, não um portão pré-merge, então o portão virou um build local síncrono.
A página de marketing vendia rastreamento de lançamentos, território de um concorrente estabelecido, enquanto a view model tinha a proposta real o tempo todo.
O domínio apex não enviava e-mail e não tinha SPF nem DMARC, então qualquer um podia forjá-lo. Dois registros DNS, noventa segundos, um dig para verificar.
O bug de corte mobile em todo o site que não existia: o Chrome headless trava silenciosamente num piso de 500px e recorta o screenshot para a largura que você pediu.
O MusicKit não retorna nada no simulador, então as capturas de marketing vieram do serviço simulado que o app já tinha, mais as capas reais da API de busca da iTunes.
Um widget do GitHub quebrado levou a uma demo pausada, e no caminho apareceu um CSP fixado por hash invalidado por uma correção de acessibilidade de uma linha.
Página 1 de 2