Últimas actualizaciones y mejoras de FourA
La tarjeta de Requests de tu Dashboard ahora desglosa el total en Single, Proxy y Browser, cada uno con su proporción de tráfico para el período que estás consultando. Las proporciones respetan tus filtros, por lo que al limitar la vista a un solo producto se mostrará el 100%.
El botón para trasladar valores en Playground ahora incluye el perfil de navegador de la última response, junto con el User-Agent y el proxy ID. Cuando tu request se envía con un perfil distinto al que escribiste, trasladarlo replica la versión que funcionó y activa Web Unblocker para que el perfil se aplique por completo.
La tarjeta de créditos de tu Resumen ahora muestra los créditos facturados como número principal con los gastados debajo, para el total y para Single, Proxy Finder y Browser. Solo se te factura por las requests exitosas, así que la diferencia entre ambos es el trabajo por el que no pagaste.
Cuando un sitio rechaza el perfil que envió Proxy Finder, ahora intenta con uno diferente en un reintento que ya iba a realizar, por lo que la tarea no hace requests adicionales. Si fijas profile tú mismo, se mantiene intacto; si no lo haces, un éxito indica el que funcionó.
Imperva inyecta su script en páginas sanas así como en sus páginas de bloqueo. Auto ahora distingue entre ambas, por lo que un sitio detrás de Imperva responde sin pagar por un navegador: un intento, 10 créditos, unos seis segundos.
Configura userAgent en una request de navegador y esa cadena exacta se enviará en el header, en la página y en sus workers. Los client hints viajan con ella, por lo que sec-ch-ua, la plataforma y navigator.platform coinciden con lo que solicitaste. La response devuelve la misma cadena.
El navegador ahora se ejecuta con la zona horaria del país en el que se encuentra tu salida, por lo que una página que renderiza horas locales las muestra de la forma en que las vería un visitante de allí. Cuando no se conoce el país de salida, el reloj se deja sin cambios.
Algunos sitios rechazan una primera request y te entregan una sesión en la misma response. Single, Proxy, Auto y Browser ahora la devuelven directamente en la misma salida, por lo que la página llega en tu primera llamada en lugar de costarte un reintento.
Cuando un sitio mantiene su desafío, Browser ahora responde con el proveedor, cuántos intentos realizó y si se otorgó la autorización, para que puedas cambiar a un proxy diferente de inmediato. Una página que sí obtiene autorización reporta defenseSolved: true en la llamada que la autorizó.
Configura timeout_ms hasta 120 segundos en un request de Browser y se ejecutará por todo ese tiempo asignado, así un destino lento obtiene el tiempo que le diste y puedes leer el veredicto del propio motor.
Las respuestas ahora reportan akamai y ebay-splashui donde antes no reportaban nada (o atribuían erróneamente el bloqueo a Cloudflare). Si tu código se bifurca en defense.vendor para elegir una estrategia de reintento, esos dos nombres ahora aparecen correctamente.
Ahora Activity se ajusta a un MacBook de 14" sin desplazamiento horizontal, y cada columna mantiene su valor. El panel de detalles es un panel con pestañas (Request, Response headers, Response body), por lo que la respuesta está en la parte superior en lugar de 900px más abajo. Los tooltips siguen a tu puntero y muestran la URL completa.
La columna del método ahora lee el verbo del cuerpo de tu request (GET, POST, PUT, etc.), en lugar de decir siempre POST porque eso fue lo que recibió nuestra capa de API. Las llamadas de Playground también registran la IP del navegador de la persona que hizo clic en Enviar, para que una cuenta compartida pueda saber quién ejecutó qué.
Una instancia saturada responde a una comprobación de estado de 3 a 10 segundos, mientras que una sana tarda de 9 a 225 milisegundos, y antes ambas se mostraban como correctas. Ahora, las instancias lentas aparecen como degradadas e incluyen el motivo de la propia instancia, de modo que vemos el problema mientras todavía es un solo servidor lento y no tu request fallida. Auto también se monitoriza, con límites ajustados al tiempo que tarda una resolución compleja real en lugar de un límite genérico que se activaría con cada éxito.
El Playground del Dashboard ahora tiene tres selectores en cascada para SO, navegador y versión, obtenidos en vivo del catálogo de perfiles. Elige dos cualquiera y el tercero se restringe a las opciones que realmente se resuelven. Seleccionar un perfil activa unblocker, porque la API rechaza los perfiles que no lo tienen.
