Registro de cambios

Cuando un objetivo protegido por Cloudflare servía una página de bloqueo geográfico real (451) después de pasar el desafío, el producto Browser lo reportaba como un 200 porque el watcher tenía fijado el estado de resolución. El watcher ahora lee el Document real posterior a la resolución, por lo que un 200 sigue siendo 200, un 451 se muestra como 451, y Auto rechaza el contenido incorrecto y sigue buscando una salida que realmente coincida con tus reglas validate.

El atajo Cmd+K (Ctrl+K) ahora abre la paleta de comandos y el modal de búsqueda sin importar la distribución del teclado. Estábamos buscando la coincidencia con el carácter escrito (к en una distribución cirílica), por lo que cualquier persona con una distribución no latina no obtenía nada. Ahora buscamos la coincidencia con la tecla física. Solucionado en el sitio principal, el blog y la documentación.

Una resolución en frío de Auto puede tardar varios minutos y el request ahora se mantiene abierto por todo su presupuesto. Los errores de cualquier capa regresan como JSON que tu cliente puede analizar.

Los sitios con cookies reutilizables (bet365 fue el canario) se quedaban atascados en la costosa resolución de navegador a 15 créditos por request, en lugar de bajar a la repetición barata de 2 créditos después de la primera resolución. Dos errores: el bloqueo se disparaba con cualquier error de transporte transitorio, y una repetición de navegador exitosa nunca actualizaba las cookies de sesión. Ambos corregidos. Los requests repetidos en un sitio con cookies reutilizables ahora cuestan 2 créditos después de la primera resolución, exactamente como indica el precio.

Hemos restringido el acceso cross-origin para que solo foura.ai pueda llamar a la API con credenciales. También hemos reforzado un filtro de entrada en el endpoint de métricas y eliminado un secreto de respaldo exclusivo para desarrollo. Las integraciones existentes no cambian.

Si has configurado validate.status.accept en un request, el motor trata un no 200 aceptado como un éxito limpio. Activity seguía etiquetando estos casos como fallos, lo que descuadraba tus estadísticas de uso. Ahora los resultados siguen tu veredicto de validación, por lo que un 403 aceptado aparece como éxito, no como App Fail.

Si estaba haciendo scraping de páginas en cirílico, chino, japonés u otras páginas no UTF-8 a través de Single, el cuerpo solía devolverse como mojibake. Forzábamos la decodificación de cada respuesta como UTF-8 antes de que pudiera ver los bytes sin procesar. Ahora leemos el charset de la respuesta (Content-Type, luego <meta charset>, y fallback de UTF-8) y lo decodificamos correctamente. Gracias a Alexandar Kanchev (Sensika) por reportar esto.

Algunos proxies en la red en realidad no reenvían tu request. Lo devuelven como un eco en forma de volcado de servidor en texto plano e intentan extraer lo que hay dentro. Ahora detectamos ese patrón antes de que la response llegue a tu código, por lo que Single, Browser y Proxy Finder devuelven un fallo honesto (o un reintento) en lugar de basura.

Corregimos una ralentización que hacía esperar a los proxies recién descubiertos antes de ser validados. Proxy Finder ahora los verifica de inmediato, por lo que el pool se mantiene más actualizado con más proxies activos y operativos en rotación.

Playground ahora rastrea correctamente el atributo Domain, por lo que las cookies de solo host se mantienen en su host. La vista Parsed las marca con una etiqueta HO, y Raw coincide con lo que envió el upstream.

Ahora todos los campos de Playground están alineados con el esquema: Browser fuerza GET, oculta el textarea del body y la pestaña Raw muestra el JSON exacto que llega a la API junto con un comando curl para reproducirlo.

Con unblocker: true, Single y Proxy Finder ahora llevan la firma completa del desbloqueador hasta el origen, por lo que los muros antibots que la verifican dejan pasar la request.

Algunos sitios de Cloudflare devuelven 200 OK pero inyectan un script en segundo plano que emite la cookie cf_clearance real un momento después. Browser solía devolver la página antes de que llegara esa cookie, dejando el jar vacío. Ahora Browser espera al evento de la cookie, por lo que obtienes una cf_clearance limpia que puedes reproducir a través de Single o Proxy.

El botón "Anteriores" del blog solía redirigir a la página 1. La paginación ahora reside en URLs /blog/page/N/ con navegación numerada, lo que permite navegar por las publicaciones más antiguas. Gracias, Vladimir Petrov.

El navegador ahora procesa cada request a través del motor de JavaScript, por lo que los desafíos de Cloudflare y las páginas con mucho JS se renderizan como se espera.