Log de Atividades
O Log de Atividades mostra as suas requests de API mais recentes em tempo real. Use-o para depurar requests individuais, verificar códigos de response e validar se a sua integração está funcionando.
O Que Você Verá
O log exibe as requests feitas na última hora, com as mais recentes no topo. Cada entrada inclui:
| Campo | Descrição |
|---|---|
| Timestamp | Quando a request foi feita |
| Método | Método HTTP enviado ao destino (GET, POST, etc.) |
| Rota | Qual endpoint da FourA foi usado (single, proxy ou browser) |
| Domínio | Domínio de destino extraído da URL da request |
| Status | Código de status HTTP retornado pelo destino |
| Status do App | Status em nível de aplicação retornado no corpo da response |
| Resultado | Classificação da request (success, client_error, rate_limit, etc.) |
| Duração | Tempo total de response em milissegundos |
| Bytes de Entrada | Tamanho do payload da request |
| Bytes de Saída | Tamanho do payload da response |
| Nome da Chave | Qual chave de API foi usada |
| IP do Cliente | Endereço IP que fez a request |
Filtragem
Três controles refinam o log.
Por Chave de API
Use o menu suspenso de chave de API para mostrar as requests de uma única chave. Apenas as chaves dentro do seu escopo de acesso aparecem no menu suspenso.
Por Produto
Filtre para um único endpoint com o seletor single / proxy / browser. Útil quando você deseja depurar falhas exclusivas do browser separadamente de requests single.
Por Limite
O log de atividades exibe por padrão 50 entradas. Use o seletor de limite para alterar a quantidade de entradas exibidas:
| Limite | Notas |
|---|---|
| 10 | Varredura rápida |
| 50 | Padrão |
| 100 | Visualização estendida |
| 200 | Máximo |
Todas as entradas são da última hora. Para dados históricos, use a seção de Métricas, que agrega dados ao longo de dias e semanas.
Abrindo uma Request
Clique em qualquer linha para abrir um diálogo de detalhes com a visualização completa do payload da request e da response. O diálogo mostra:
- Meta grid: timestamp, chave, status HTTP, status do app, resultado, duração e o
X-Foura-Request-Idda request. - Request: JSON formatado do corpo exato enviado, com um botão Copiar.
- Response: faixa de metadados mais a visualização do corpo, com badges de truncado e binário onde aplicável.
Os payloads são mantidos por 24 horas, limitados aos últimos 200 por chave de API. Linhas mais antigas que isso exibem apenas a linha, sem o diálogo de detalhes.
Mensagens do Painel do Corpo
O painel do corpo usa textos de placeholder diferentes dependendo do que aconteceu:
| Mensagem | O que significa |
|---|---|
(no body - the request failed: <error>) |
A request falhou antes de o destino retornar um corpo |
(no body captured) |
O payload expirou ou não foi armazenado |
(empty body - the server returned 0 bytes) |
O destino retornou uma response vazia real |
Abrir no Playground
O diálogo de detalhes possui um botão Abrir no Playground. Clique nele para carregar tanto a request arquivada quanto a response arquivada no formulário do Playground. A partir daí, você pode ajustar parâmetros e repetir a execução contra a API ativa, ou apenas inspecionar o que retornou sem executar a request novamente.
O botão fica desativado para payloads não executáveis novamente (esboços de request muito grandes e rotas que não são de API), com uma dica explicando o motivo.
Usando o Request ID
Toda response de API carrega um header X-Foura-Request-Id. Registre-o do seu lado e você poderá colá-lo em um ticket de suporte para apontar para a request exata no Log de Atividades. O ID é o mesmo usado neste diálogo e corresponde ao X-Foura-Request-Id retornado pela API. Consulte a referência de Endpoints de API para obter detalhes.
Relacionado
- Métricas e Analytics: Dados agregados de desempenho ao longo de períodos mais longos
- Playground: Repita a execução de requests a partir da Atividade
- Endpoints de API: Formatos de request e response, incluindo o header de ID da request
- Solução de Problemas: Problemas comuns e soluções