Puntos destacados
Una request incorrecta ahora devuelve tu error 400, no nuestro 503. Single, Proxy Finder y Browser identifican cada campo con errores, no consumen créditos por ello y ya no provocan un reintento condenado a fallar. La vista de Presupuesto también desglosa los créditos que pagas respecto a todo lo que usaron tus requests, y al cambiar tu contraseña ahora se cierran todas las demás sesiones del Dashboard. Encontrarás los dos primeros cambios en el changelog.
Novedades
Una solicitud incorrecta indica el error exacto
Envía a Single, Proxy Finder o Browser un body que no se pueda procesar (un url ausente, un timeout_ms que no sea un número) y obtendrás un HTTP 400. El error comienza con Invalid request: y enumera cada campo defectuoso junto con el motivo, hasta un máximo de cinco. Es un resultado client_error y cuesta 0 créditos.
Hasta esta semana, esas requests devolvían un 503 genérico, lo que parecía un problema de nuestro lado e inducía al bucle de reintentos a insistir. Si tu cliente trata un 400 como definitivo (como hace el ejemplo de nuestra referencia de errores), un error tipográfico ahora detiene la ejecución en la primera llamada:
import requests
r = requests.post(
"https://api.foura.ai/api/single",
headers={"X-API-Key": "pk_live_..."},
json={"url": "https://example.com/data", "timeout_ms": "fast"},
)
if r.status_code == 400:
# "Invalid request: timeout_ms: ..." means fix the call, don't retry it
raise ValueError(r.json()["error"])
Auto funciona como antes aquí. Un campo que no pueda aceptar sigue devolviendo HTTP 200 con status: 400 y el motivo en error, antes de cualquier intento y sin coste alguno.
Créditos facturados y gastados, lado a lado
La vista Budget en Metrics ahora prioriza los créditos facturados, los que solo consumen las requests exitosas, y muestra todo lo gastado justo debajo como "de N gastados". El coste por request también se muestra en créditos facturados. Además, el desglose por clave, dominio o IP de cliente incluye una columna ordenable para cada cifra.
El gasto contabiliza cada resultado, ya que una request fallida aún requiere una salida o un navegador para detectar que falló. Así, la diferencia entre ambas columnas muestra, dominio por dominio, cuánto trabajo se dedicó a las requests que no tuvieron éxito.
Cerrar sesión significa cerrar sesión
Cambia tu contraseña en Settings, restablécela desde la página de inicio de sesión o pulsa Sign Out Others, y se cerrará la sesión en cualquier otro navegador conectado a tu cuenta. Aquel desde el que hiciste el cambio permanecerá abierto. Ahora, cerrar sesión también finaliza esa sesión en nuestro lado, no solo en tu navegador.
La página de restablecimiento de contraseña ahora solicita el mismo paso de verificación que el inicio de sesión y el registro. Permanece oculta a menos que requiera tu intervención.
Proxy Finder y redirecciones de gateway
Algunas salidas están detrás del gateway de red de una empresa. El resumen anterior abordó el tipo que responde con su propia página de login. Ahora, Proxy Finder también detecta el tipo que responde con una redirección a su servicio de inicio de sesión, lo cuenta como un intento fallido y pasa a otra salida, en lugar de devolver esa redirección como la respuesta del sitio.
Correcciones menores en el Dashboard
- Cuando el propietario que has seleccionado (Everything, Personal o una organización) aún no tiene claves de API, Overview y Metrics lo indican debajo del periodo y te guían para crear una.
- Cada cifra en Overview se ubica justo debajo de su etiqueta en un tamaño único, de modo que una fila de paneles se lee de forma continua en cualquier ancho. El panel de intentos de Auto se muestra siempre, marcando cero en un periodo sin llamadas de Auto.
- Subscribe elimina el selector Monthly/Annual para planes que solo se venden bajo una única modalidad.
- En una prueba que hayamos configurado para ti, elegir un plan diferente en la página de actualización ahora solicita una tarjeta e inicia un periodo completo ese mismo día. La prueba finaliza en cuanto se procesa el pago.
Bajo el capó
Las llamadas a api.foura.ai y eu.api.foura.ai ahora son atendidas por varios servidores a la vez en lugar de uno solo. Si uno deja de responder, las nuevas llamadas se dirigen a los demás en un par de minutos.
Auto es ahora más ligero. Seleccionar una sesión guardada para una llamada requiere cuatro consultas internas donde antes requería docenas, y cada servidor ejecuta más capacidad de Auto que antes, por lo que las llamadas de Auto pasan menos tiempo en cola durante las horas punta.
Cada motor migró al runtime actual de soporte a largo plazo con el release de seguridad de octubre, y aplicamos parches a las librerías en la API, el Dashboard, la documentación y el blog. En Single y Proxy Finder, el nuevo runtime evita que una salida que deja de leer a mitad de una request ralentice al resto de las requests en su servidor. Antes de que un servidor se reinicie para una nueva versión, deja de recibir llamadas nuevas y se vuelve a unir una vez que pasa sus verificaciones.
Los reintentos corresponden a los sitios que te hacen esperar, no a un error tipográfico en tu propia request.