Últimas actualizaciones y mejoras de FourA
Las salidas inactivas ahora se eliminan del selector en lugar de reintentarse, por lo que los tiempos de respuesta se mantienen bajo carga sostenida. En nuestras pruebas de carga, el p95 se mantiene por debajo de 500ms.
Selector inteligente, segunda ronda. El pool de trabajo solía crecer a medida que descubríamos nuevos proxies, y los más lentos se volvían a colar en la rotación. Ahora los descarta sobre la marcha, por lo que los tiempos de respuesta se mantienen estables ya sea que lleves ejecutando diez minutos o diez horas.
La selección de proxies solía ser aleatoria. Ahora Proxy Finder recuerda qué proxies funcionaron bien para cada destino y selecciona esos primero. Las primeras requests todavía muestrean algunos para construir el panorama. Después de eso, debería ver tiempos de response más estables y menos colas lentas en objetivos repetidos.
Hemos optimizado nuestros despliegues. Cuando lanzamos una nueva versión de Single, Proxy Finder o Browser, el balanceador de carga espera a que cada nueva instancia esté realmente lista antes de dirigir el tráfico hacia ella. Los breves microcortes que podías haber notado durante nuestras ventanas de despliegue han desaparecido.
Los campos de país y continente en las búsquedas de proxy ahora son más precisos. Promovimos la fuente de datos geográficos de mayor peso a autoritativa y relegamos la más ligera a fallback. Las IP de regiones fronterizas que solían alternar entre países ahora se mantienen fijas. Filtre por país en Proxy Finder y sus resultados deberían ser más estables.
Depuramos dos feeds de origen inactivos y añadimos 25 nuevos. La validación de entrada también se volvió más estricta, por lo que los hosts que no son IPv4 y los protocolos desconocidos nunca entran al pool. El resultado es un pool más grande y limpio que alimenta a Proxy Finder.
Ahora devolvemos un 503 cuando nuestro servicio no está disponible brevemente, y un 502 cuando no se puede analizar una respuesta. Ambos reemplazan al antiguo 500 genérico. Ahora tu lógica de reintentos puede confiar en el código de estado.
Proxy Finder ahora conserva sus datos de ranking entre reinicios. Después de un despliegue, sus requests se enrutan inmediatamente a través de proxies de calidad probada en lugar de esperar a que el selector se caliente de nuevo. La ralentización en el primer request que solía ocurrir tras los reinicios ha desaparecido.
Proxy Finder incorpora ahora proxies recién validados de forma incremental, por lo que las IPs frescas entran en rotación segundos después de ser verificadas. Los obsoletos se descartan con la misma frecuencia. Si has visto algún reintento ocasional en un proxy que acaba de morir, esa ventana ahora es más corta.
Al crear tu primera clave API, el modal de éxito muestra un curl funcional con tu endpoint real y el header X-API-Key. La página Overview tiene datos de muestra listos para que no te encuentres con un dashboard vacío, y la lista de claves API ahora muestra un estado vacío adecuado con sugerencias para los siguientes pasos.
Alterna entre el modo claro u oscuro en una página de FourA y todas las demás pestañas abiertas cambiarán con ella. La cookie de tema es ahora la única fuente de verdad, por lo que la app, el blog, la documentación y el portal de estado se mantienen sincronizados sin necesidad de recargar.
Al pasar el cursor sobre un día en updates.foura.ai, verás el downtime desglosado por nivel de severidad. Los porcentajes de uptime ahora omiten los días en los que no tuvimos datos, en lugar de contarlos como vacíos. Los títulos de los incidentes públicos también se leen de forma más limpia, sin el desorden de los guiones largos.
La página de estado ahora muestra qué parte de cada día estuvo degradada: pasa el cursor sobre cualquier barra diaria para ver los minutos exactos. Las fechas en las que aún no monitoreábamos un servicio se muestran en gris en lugar de verde, y una leyenda de tres estados debajo del banner explica cada color.
El listado de proxies de FourA bajó de 460 ms a menos de 2 ms para una página típica de 200 filas. Eliminamos los campos no utilizados de la response, reconstruimos el índice de ordenamiento, optimizamos la base de datos para almacenamiento SSD y guardamos en caché las opciones de filtrado entre requests. La selección de proxies sigue siendo rápida incluso cuando las herramientas de administración extraen datos al mismo tiempo.
La sección de estado del servicio tiene un diseño más limpio. Ya no hay parpadeos de contenido vacío mientras se cargan los datos de estado, y los indicadores de estado se alinean correctamente.
