Últimas actualizaciones y mejoras de FourA
Single y Proxy Finder descartaban silenciosamente la firma de unblocker incluso cuando se configuraba unblocker: true, por lo que los sistemas anti-bot que verifican la firma de la request seguían rechazando las requests. Solucionado de extremo a extremo: si tenías unblocker: true y sufrías bloqueos en sitios protegidos por Cloudflare, esa era la razón.
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.
Las requests de Browser se procesaron silenciosamente a través de nuestro motor sin JS durante 41 días. Si experimentaste fallos de Browser en los desafíos de Cloudflare o en sitios con mucho JS durante ese período, este fue el motivo. Corregimos el enrutamiento. Browser vuelve a enviar cada request a un Chrome real.
La vista previa del dashboard en la página de inicio se veía amontonada en pantallas pequeñas. Corregimos la tipografía y el espaciado, y añadimos tooltips que realmente funcionan al tacto (las indicaciones que solo se activan al pasar el cursor no sirven en un teléfono).
Detectamos dos escenarios en los que un proxy caído podía quedarse fijado en el selector y no ser eliminado nunca, lo que elevaba los tiempos de respuesta bajo carga sostenida. Ambos están solucionados. En nuestras pruebas de carga, el p95 bajó de más de 5 segundos a menos de 500 ms y la tasa de fallos pasó del 8% a cero.
Si tu inicio de sesión solía terminar en una página 400 sin formato debido a una pestaña caducada o a un callback lento, eso ya está solucionado. Detectamos la discrepancia de sesión, borramos la cookie incorrecta y te redirigimos a la pantalla de inicio de sesión. De forma limpia, siempre.
Los nuevos proxies permanecen inactivos en Proxy Finder hasta que la validación confirma que realmente funcionan. Antes de esta corrección, las nuevas importaciones podían seleccionarse para requests en vivo antes de que se confirmara que respondían, lo que reducía las tasas de éxito del primer intento. Esa vía ya está cerrada.
Cuando tu cookie de inicio de sesión expiraba o dos pestañas competían por el callback, solías terminar en una página de error en blanco. Ahora eliminamos las cookies obsoletas y te redirigimos a un nuevo formulario de inicio de sesión. Otros errores de autenticación (fallos de token, problemas de cuenta, impersonación expirada) ahora muestran una página personalizada con nuestra marca y un botón de reintento en lugar de texto plano.
Dos correcciones para el flujo de inicio de sesión. El gesto de pinch-zoom vuelve a funcionar para usuarios con baja visión (el viewport ya no limita el zoom a 1x). Además, el tema que hayas elegido en otra sección de foura.ai se mantiene en las páginas de inicio de sesión, registro y recuperación, en lugar de restablecerse a la preferencia de tu sistema operativo.
La columna de Rate Limit del dashboard en las tablas "by-domain" y "top-clients" se había estado mostrando como "--" y hacer clic en el encabezado para ordenar no hacía nada. Ahora ambos funcionan correctamente. Si has estado intentando identificar el tráfico con Rate Limit en tus dominios, los números finalmente están disponibles.
Si el correo de verificación no llegaba de inmediato, algunos usuarios hacían clic en reenviar varias veces y recibían cuatro o cinco copias. Añadimos un cooldown de 60 segundos en el botón de reenvío y un límite de 30 minutos en el servidor. Ahora un solo reenvío es suficiente y tu bandeja de entrada se mantiene limpia.
Si comenzaste el registro desde una página específica, ahora el flujo te redirige allí después de la verificación de correo electrónico. Anteriormente, te redirigía a la página de inicio.
Corregimos un retraso de pulsación de 300 ms en Safari en iOS que hacía que los botones y menús se sintieran lentos. Ahora las pulsaciones se registran de inmediato en todas las páginas.
Si hacías clic en un enlace que requería inicio de sesión, aterrizabas en la página de inicio en lugar de en tu destino original. Ahora, el inicio de sesión, el registro y la verificación de correo electrónico te redirigen de vuelta.
