Últimas actualizaciones y mejoras de FourA
La tabla de comparación de planes ahora tiene una fila de ancho de banda. Todos los planes públicos incluyen ancho de banda ilimitado, por lo que el tráfico de salida no consumirá silenciosamente tu presupuesto a medida que tu tráfico aumente. Los planes personalizados muestran su cifra exacta en GB cuando tienen límite.
Cualquier worker que se caía entre lanzamientos solía quedarse fuera de línea hasta que alguien se daba cuenta, reduciendo silenciosamente la capacidad en las horas pico. Ahora cada despliegue recupera la capacidad total del pool junto con la actualización continua, para que los picos de tráfico cuenten con la capacidad que esperas.
Uso y límites ahora tiene puntos de atención por pestaña, barras de uso de colores (ámbar al 80%, rojo cuando lo superas), una columna ordenable de Último uso y actualización automática cada 30 segundos. Ábrelo desde la barra lateral en tu Dashboard.
La tabla de comparación de la página de precios ahora está agrupada por uso, funciones, rate limits y cuenta. Cada celda proviene del mismo modelo de plan que lee la API, por lo que lo que ves allí es lo que tu plan incluye realmente. El ancho de banda no tiene límite en ningún plan público.
Proxy Finder ahora ejecuta sus tres comprobaciones de actividad de forma concurrente en lugar de una tras otra, por lo que las salidas inactivas se reciclan aproximadamente tres veces más rápido. Una corrección de head-of-line mantiene estable el rendimiento de validación cuando una subred alcanza su rate limit. Espera que se seleccionen menos proxies obsoletos para tus requests.
Los proxies ahora se validan continuamente desde una ruta de red separada, por lo que el pool de trabajo solo contiene salidas que realmente funcionan en este momento (no solo cuando se encontraron por primera vez). Cuando llamas a /api/proxy o dejas que /api/auto enrute tu request, es más probable que el proxy seleccionado funcione al primer intento.
La API bloquea cualquier request Single o Browser cuya URL de destino, cadena de follow-redirect o campo proxy resuelva a un rango de IP privado o reservado. Incluso si un destino público redirige a una red interna, el request se detiene antes de llegar allí.
El selector de idioma en el sitio principal, el blog, la documentación y el portal de actualizaciones fue renovado. Cada opción muestra el nombre nativo del idioma más su nombre en tu idioma actual de la interfaz de usuario (por ejemplo, 'Deutsch · немски' en el sitio búlgaro), con un cuadro de búsqueda que filtra los 13 locales por nombre, código o id de locale. Cada opción es ahora un enlace real con hreflang, por lo que los motores de búsqueda y los rastreadores de IA pueden seguir cada traducción, y puedes hacer cmd-clic para abrir otro idioma en una nueva pestaña. El selector también se encuentra en el pie de página de cada sitio.
Auto solía reducir el TTL de la sesión de un host con cada fallo de replay, incluso cuando el fallo no reflejaba la caducidad real de una cookie. Las sesiones eran descartadas y resueltas nuevamente mientras sus cookies aún funcionaban. Ahora el TTL aumenta con los aciertos prolongados y solo disminuye con las caducidades reales, por lo que una sesión aprendida para un host validado por Cloudflare puede durar varios minutos en lugar de morir después del primer 403.
Las sesiones automáticas ahora se adaptan a lo que necesita cada objetivo. Los sitios sin desafíos interactivos se ejecutan como sesiones portátiles donde las cookies viajan en el pool de proxy, por lo que la rotación y el failover se realizan de forma automática. Los sitios que vinculan su desbloqueo a una sola salida (Cloudflare interactivo es el principal) se anclan con un límite de concurrencia por desbloqueo, de modo que una ráfaga de repeticiones no pueda agotar tu desbloqueo.
Las vistas previas de las requests en Actividad ahora muestran el ID opaco del proxy en todas partes, coincidiendo con lo que las responses ya devolvían.
Ahora toda respuesta de Auto incluye un objeto meta (qué etapa ganó, si se resolvió un desafío, cantidad de intentos, créditos totales) además de la sesión de trabajo (proxy, cookies, userAgent) para que puedas ver qué superó al objetivo y reproducirlo tú mismo. El campo session.proxy es el ID opaco del proxy en base36, nunca una dirección en bruto. Establece returnSession: false si no deseas la sesión en la respuesta.
Auto ahora maneja desafíos no interactivos de Cloudflare (el muro "Checking your browser" que sirven algunos sitios protegidos) de principio a fin, en lugar de devolver la página del desafío como si fuera el contenido. También se solucionaron dos casos relacionados: un 200 de transporte que oculta un intersticial de desafío ahora escala a una resolución real, y un desafío que vuelve a mostrar el muro después de soltar una cookie de autorización ahora se recarga y extrae el contenido real. Marathonbet es el sitio principal que ahora pasa con éxito; vinted y algunos otros objetivos con intersticial en 200 también se benefician.
Al recargar el Playground ya no se muestra brevemente el estado estático antes de que reaparezca el suyo. Un nuevo botón Reset (tras una confirmación) borra las tres pestañas de request, las cookies y los proxies transferidos de una sola vez. Una response ahora también puede transferir su proxy ID o User-Agent a la siguiente request cuando lo solicite, en lugar de aplicarse automáticamente a sus espaldas.
Cada response Single ahora incluye el proxy ID que procesó la request, y las responses de Browser hacen lo mismo. Útil para llamadas encadenadas que necesitan usar el mismo proxy.
