Registro de actividad
El registro de actividad muestra tus peticiones API más recientes en tiempo real. Úsalo para depurar peticiones individuales, comprobar códigos de respuesta y verificar que tu integración funciona.
Qué verás
El registro muestra las peticiones realizadas en la última hora, con las más recientes arriba. Nueve columnas componen la fila completa:
| Columna | Qué muestra |
|---|---|
| Hora | Cuándo se hizo la petición |
| Clave | Qué clave API se usó |
| Petición | La llamada en sí: un punto de color del producto (single, proxy o browser), el método HTTP y el dominio de destino. Ordena por dominio. |
| Estado | Dos valores en una celda, separados por una barra: el estado HTTP de tu llamada a FourA, seguido del estado que devolvió el destino. Un guion significa que el destino nunca respondió. |
| Resultado | Clasificación de la petición (Éxito, Error del cliente, Rate Limited, etc.) |
| Duración | Tiempo total de respuesta en milisegundos |
| Bytes | Transferencia en ambos sentidos en una celda: flecha hacia abajo para el payload de la petición, flecha hacia arriba para la respuesta |
| Créditos | Créditos gastados en la llamada (ver Cabeceras de respuesta) |
| IP del cliente | La dirección que hizo la petición |
Haz clic en cualquier cabecera de columna para ordenar la tabla por esa columna; la dirección alterna entre descendente, ascendente y desactivado. Haz clic con Ctrl o Cmd para restablecer al valor predeterminado (los más recientes primero).
Filtrado
Tres controles acotan el registro.
Por clave API
Usa el menú desplegable de clave API para mostrar peticiones de una sola clave. Solo aparecen en el menú desplegable las claves dentro de tu ámbito de acceso.
Por producto
Filtra por un solo endpoint con el selector single / proxy / browser. Útil cuando quieres depurar los fallos exclusivos del navegador por separado de las peticiones single.
Por límite
El registro de actividad muestra por defecto 50 entradas. Usa el selector de límite para cambiar cuántas entradas se muestran:
| Límite | Notas |
|---|---|
| 10 | Vistazo rápido |
| 50 | Predeterminado |
| 100 | Vista ampliada |
| 200 | Máximo |
Todas las entradas son de la última hora. Para datos históricos, usa la sección Métricas, que agrega datos a lo largo de días y semanas.
Abrir una petición
Haz clic en cualquier fila para abrir un panel de detalles con una vista previa completa del payload de la petición y la respuesta. El panel se abre en una cuadrícula meta construida a partir de la fila misma, por lo que sigue siendo útil incluso después de que el payload almacenado haya caducado: marca de tiempo, clave, estado HTTP, estado de la app, resultado, duración, créditos, proxy y el X-FourA-Request-Id de la petición.
Debajo de la cuadrícula, se muestra un panel a la vez, seleccionado por pestaña:
| Pestaña | Qué muestra |
|---|---|
| Petición | JSON formateado del cuerpo exacto enviado |
| Cabeceras de respuesta | Las cabeceras que devolvió el destino, con un recuento en la pestaña |
| Cuerpo de la respuesta | La vista previa almacenada del cuerpo, con insignias de truncado y binario donde apliquen |
| Otros campos | Cualquier otra cosa que devolvió el motor aparte del estado, los tiempos, el proxy y las cabeceras. Oculto cuando no hay nada extra. |
Un botón Copy copia el panel que esté abierto. Los payloads se guardan por 24 horas, con un límite de los últimos 200 por clave de API. Las filas más antiguas muestran solo la fila, sin un payload.
Mensajes del panel del body
El panel del body usa diferente texto de relleno dependiendo de lo que sucedió:
| Mensaje | Qué significa |
|---|---|
(no body — the request failed: <error>) |
La request falló antes de que el objetivo devolviera un body |
(no body captured for this request) |
El payload caducó o no fue guardado |
(empty body — the server returned 0 bytes) |
El objetivo devolvió una response realmente vacía |
Abrir en el Playground
El diálogo de detalles tiene un botón Open in Playground. Haz clic en él para cargar tanto la request archivada como la response archivada en el formulario del Playground. Desde allí puedes ajustar los parámetros y volver a ejecutar contra la API en vivo, o simplemente inspeccionar lo que regresó sin volver a ejecutar la request.
El botón está deshabilitado para payloads que no se pueden volver a ejecutar (fragmentos de request demasiado grandes y rutas que no son de la API), con una pista que explica el motivo.
Usar el ID de la request
Cada response de la API incluye un header X-Foura-Request-Id. Regístralo de tu lado, y podrás pegarlo en un ticket de soporte para señalar la request exacta en el Registro de actividad. El ID es el mismo que se usa en este diálogo y coincide con el X-Foura-Request-Id devuelto por la API. Consulta Response Headers para más detalles.
Relacionado
- Métricas y analíticas: Datos de rendimiento agregados sobre períodos más largos
- Playground: Volver a ejecutar requests desde la Actividad
- Response Headers: De dónde provienen el ID de la request y los créditos
- Endpoints de la API: Formas de la request y la response
- Solución de problemas: Problemas y soluciones comunes