Últimas atualizações e melhorias na FourA
Muitos sites disponibilizam sua página de entrada para qualquer pessoa e restringem as páginas internas. O Auto agora captura a sessão fornecida pela página de entrada, solicita a URL interna incluindo essa sessão, e informa a você que fez isso com uma etapa warmup na response.
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.
O Browser agora resolve o desafio de checkbox da Cloudflare em requests simultâneos para a mesma página, e um clique só é contabilizado quando o desafio realmente desaparece. Três requests simultâneos são resolvidos em 5 a 9 segundos.
O Playground agora renderiza a resposta do seu alvo, incluindo em sites que definem cookies grandes, e os endpoints da API sempre respondem em JSON.
As páginas protegidas do eBay redirecionam os visitantes para um desafio proof-of-work Argon2. O Single agora o resolve em uma chamada e retorna o anúncio real por 2 créditos, uma redução em relação aos cerca de 360 através do caminho de fallback. Se você estava pagando o preço integral no eBay, isso acabou.
Se o seu alvo redirecionasse para um caminho de URL diferente, o Browser costumava retornar 'Nenhuma resposta recebida' mesmo com a chegada da página. Isso foi corrigido; a request segue a navegação para onde ela for. eBay, lojas com muitos redirecionamentos e qualquer coisa com um 3xx para uma página de desafio agora funcionam.
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ê.
O FourA MCP 0.6.0 permite que um agente escolha qual navegador uma request apresenta. foura_single e foura_proxy aceitam browser, os, version ou um id exato de profile do catálogo público em GET /api/profiles. Eles viajam dentro da request que já vai para o upstream, então não há chamada extra. Deixe-os de fora e a request apresenta o Google Chrome mais recente, exatamente como antes. Uma combinação que o catálogo não pode apresentar retorna como um erro listando o que está disponível, de modo que uma request nunca é enviada como um navegador que você não escolheu.
Ambas as ferramentas agora retornam defense quando o alvo executa uma verificação de bot. defense.solved: false significa que o body pode ser uma página de desafio em vez do conteúdo que você solicitou, o que é o sinal para tentar novamente com um navegador diferente ou escalar, em vez de fazer o parse de uma página de bloqueio como dados.
Uma correção na mesma versão: a descrição de unblocker dizia que o seu padrão era desligado. Ele sempre esteve ligado, então as requests já carregavam um conjunto completo de header de navegador. O esquema publicado agora corresponde ao comportamento.
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 parâmetro profile informa ao desbloqueador com qual navegador se parecer em /api/single e /api/proxy. Passe um id de perfil exato (como firefox147 ou chrome146), ou deixe que browser + os + version resolva para a combinação correspondente mais recente. GET /api/profiles retorna o catálogo atual (79 perfis em cinco famílias de navegadores), para que você não faça hardcode de uma lista que fica obsoleta. O playground do Dashboard expõe o mesmo seletor como três selects em cascata.
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.
Um serviço agora é considerado inativo apenas quando perde todas as instâncias, o único estado onde seu request não tem para onde ir. Rolling deploys de rotina não aparecem mais como incidentes na página de status.
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.
