• A

  (I) substituir o coletor por um navegador headless com espera explícita pelos seletores ou por interceptação das chamadas XHR/fetch que alimentam a página; (II) implementar backoff exponencial com jitter respeitando o Retry-After e limitar a taxa de requisições; (III) versionar o contrato da API, validar o esquema da resposta e falhar de forma explícita quando o campo esperado estiver ausente, em vez de aceitar silenciosamente o valor nulo.

• B

  (I) aumentar o número de threads do coletor atual, pois o HTTP 200 indica que o conteúdo foi entregue; (II) repetir imediatamente as chamadas até obter sucesso, já que o erro 429 é transitório; (III) manter o endpoint antigo e preencher o campo nulo com zero, garantindo a continuidade do pipeline sem interrupções.

• C

  (I) trocar o BeautifulSoup por expressões regulares sobre o HTML bruto, pois o problema é de parsing e não de renderização; (II) ignorar o cabeçalho Retry-After e usar intervalo fixo de 1 segundo entre chamadas; (III) aceitar o campo legado nulo como valor válido e registrar apenas um aviso no log, sem alterar o contrato.

• D

  (I) utilizar apenas a API oficial do marketplace, pois toda página renderizada por JavaScript é inviável para coleta; (II) reduzir o timeout das requisições para evitar o erro 429; (III) criar uma tabela paralela para armazenar o campo legado nulo e seguir com o pipeline, sem validação de esquema.

• E

  (I) armazenar o HTML retornado com status 200 e processá-lo posteriormente, pois o conteúdo dinâmico será capturado na próxima execução; (II) trocar o método HTTP de GET para POST para contornar o limite de taxa; (III) utilizar o campo legado nulo como default e documentar a mudança apenas no wiki da equipe, sem versionamento.

Atalhos: A–E marca · Shift+letra corta · Enter próxima

Selecione uma alternativa pra criar sua conta e salvar o progresso.