Últimas atualizações e melhorias na FourA
O Imperva injeta seu script em páginas saudáveis, assim como em suas páginas de bloqueio. O Auto agora diferencia as duas, de modo que um site protegido pelo Imperva retorna sem pagar por um navegador: uma tentativa, 10 créditos, cerca de seis segundos.
Defina userAgent em um request do Browser e essa string exata é enviada no header, na página e em seus workers. Os client hints acompanham, portanto, sec-ch-ua, a plataforma e navigator.platform concordam com o que você solicitou. A response retorna a mesma string.
O navegador agora é executado com o fuso horário do país em que sua saída está localizada, para que uma página que renderiza horários locais os mostre da mesma forma que um visitante de lá os veria. Quando o país de saída não for conhecido, o relógio não será alterado.
Alguns sites recusam um primeiro request e entregam uma sessão na mesma response. Single, Proxy, Auto e Browser agora a enviam de volta na mesma saída, para que a página chegue na sua primeira chamada em vez de exigir uma nova tentativa.
Quando um site mantém seu desafio ativo, o Browser agora responde com o fornecedor, quantas tentativas fez e se a liberação foi concedida, para que você possa mudar para um proxy diferente imediatamente. Uma página que é liberada relata defenseSolved: true na chamada que a liberou.
Defina timeout_ms para até 120 segundos em um request do Browser e ele será executado por todo esse limite de tempo, para que um alvo lento receba o tempo que você forneceu e você leia o veredito da própria engine.
As respostas agora relatam akamai e ebay-splashui onde antes não relatavam nada (ou atribuíam o bloqueio incorretamente à Cloudflare). Se o seu código avalia defense.vendor para escolher uma estratégia de repetição, esses dois nomes aparecem corretamente agora.
O painel Activity agora cabe em um MacBook de 14" sem rolagem horizontal, e cada coluna mantém seu valor. O painel de detalhes possui um formato de abas (Request, Response headers, Response body), de modo que a resposta fica na parte superior em vez de 900px abaixo. As tooltips seguem o seu ponteiro e exibem a URL completa.
A coluna de método agora lê o verbo do corpo do seu request (GET, POST, PUT, etc.), em vez de sempre exibir POST porque foi isso que a nossa camada de API recebeu. As chamadas do Playground também registram o IP do navegador da pessoa que clicou em Send, para que uma conta compartilhada possa saber quem executou o quê.
Uma instância saturada responde a um health check em 3 a 10 segundos, enquanto uma saudável leva de 9 a 225 milissegundos, e ambas costumavam constar como normais. O status lento agora consta como degradado, carregando o próprio motivo da instância, para que possamos ver o problema enquanto ainda é apenas um servidor lento e não uma falha no seu request. O Auto também é monitorado, com limites definidos para o tempo que uma resolução difícil real leva, em vez de um limite genérico que seria disparado a cada sucesso.
O Dashboard Playground agora possui três seletores em cascata para OS, navegador e versão, extraídos em tempo real do catálogo de perfis. Selecione dois e o terceiro será restrito ao que realmente é válido. Escolher um perfil ativa unblocker, pois a API recusa um perfil sem ele.
A assinatura padrão que o desbloqueador envia agora é uma versão principal atual, não a antiga fixada no código por scrapers. Sites que começaram a retornar páginas de bloqueio estáticas para versões principais mais antigas retornam sua página real no Single e no Browser. Ambos os produtos foram atualizados juntos, para que um replay cf_clearance do Browser para o Single ainda chegue byte a byte.
O Browser costumava cobrar o nível de 30 créditos por defesa resolvida apenas quando um cookie de liberação do Cloudflare aparecia. Agora ele faz o mesmo para qualquer defesa que reconhecemos e superamos, começando pelo SiteGround. A resposta também contém defenses: { present, cleared }, para que você possa identificar qual fornecedor estava no caminho, mesmo quando ainda não o superamos (DataDome, PerimeterX, Akamai, Incapsula e hCaptcha são reconhecidos por enquanto, mas ainda não superados).
As respostas do navegador agora retornam defenses: { present, cleared }: cada vendor que o alvo executou e cada um que nós realmente superamos. O faturamento segue a mesma regra. Um request que supera qualquer vendor (não apenas a Cloudflare) é uma resolução de defesa, e os vendors que reconhecemos mas ainda não conseguimos vencer aparecem em present e nunca aumentam o preço.
Se você passar exitCountries e seu plano não incluir segmentação geográfica, você receberá um 403 que nomeia o parâmetro e aponta para a correção. Chega de adivinhar qual campo no request acionou a verificação. Planos que incluem segmentação geográfica não são afetados.
