Activity Log
Activity Log показва вашите най-скорошни API заявки в реално време. Използвайте го, за да дебъгвате отделни заявки, да проверявате кодовете за отговор и да се уверите, че интеграцията ви работи.
Какво ще видите
Журналът показва заявките, направени през последния час, като най-скорошните са най-отгоре. Девет колони съставляват целия ред:
| Колона | Какво показва |
|---|---|
| Time | Кога е направена заявката |
| Key | Кой API ключ е използван |
| Request | Самото извикване: цветна точка за продукт (single, proxy или browser), HTTP методът и целевият домейн. Сортира по домейн. |
| Status | Две стойности в една клетка, разделени с наклонена черта: HTTP статусът на вашето извикване към FourA, след това статусът, върнат от целта. Тире означава, че целта никога не е отговорила. |
| Outcome | Класификация на заявката (Success, Client Error, Rate Limited и така нататък) |
| Duration | Общо време за отговор в милисекунди |
| Bytes | Трансфер в двете посоки в една клетка: стрелка надолу за payload-а на заявката, стрелка нагоре за отговора |
| Credits | Кредити, изразходвани за извикването (вижте Response Headers) |
| Client IP | Адресът, който е направил заявката |
Кликнете върху заглавката на която и да е колона, за да сортирате таблицата по тази колона; посоката се върти низходящо, възходящо, след това изключено. Ctrl или Cmd клик нулира до стойността по подразбиране (най-новите първи).
Филтриране
Три контроли стесняват журнала.
По API Key
Използвайте падащото меню за API ключ, за да покажете заявки от един ключ. Само ключове в рамките на вашия обхват на достъп се появяват в падащото меню.
По Product
Филтрирайте до един endpoint със селектора single / proxy / browser. Полезно, когато искате да дебъгвате неуспешни заявки само за браузър отделно от единични заявки.
По Limit
Журналът на активността по подразбиране е 50 записа. Използвайте селектора за лимит, за да промените колко записа да се показват:
| Лимит | Бележки |
|---|---|
| 10 | Бързо сканиране |
| 50 | По подразбиране |
| 100 | Разширен изглед |
| 200 | Максимум |
Всички записи са от последния час. За исторически данни използвайте секцията Metrics, която агрегира данни за дни и седмици.
Отваряне на заявка
Кликнете върху който и да е ред, за да отворите панел с детайли с пълния преглед на заявката и отговора. Панелът се отваря върху мета мрежа, изградена от самия ред, така че остава полезна дори след като съхраненият payload остарее: клеймо за време, ключ, HTTP статус, статус на приложението, резултат, продължителност, кредити, proxy и X-FourA-Request-Id на заявката.
Под мрежата се показва един панел в даден момент, избран чрез раздел:
| Раздел | Какво показва |
|---|---|
| Request | Хубаво форматиран JSON на точното изпратено тяло |
| Response headers | Заглавките, които целта е върнала, с брой на раздела |
| Response body | Прегледът на съхраненото тяло, със съкратени и бинарни значки, където са приложими |
| Other fields | Всичко останало, което енджинът е върнал извън статус, времена, proxy и заглавки. Скрито, когато няма нищо допълнително. |
Бутонът Copy копира отворения панел. Данните (payload) се пазят 24 часа, ограничени до последните 200 за API ключ. По-старите редове показват само реда, без payload.
Съобщения в панела Body
Панелът body използва различен заместващ текст в зависимост от това какво се е случило:
| Съобщение | Какво означава |
|---|---|
(no body — the request failed: <error>) |
Заявката даде грешка преди целта да върне body |
(no body captured for this request) |
Payload данните са изтекли или не са запазени |
(empty body — the server returned 0 bytes) |
Целта върна реално празен response |
Отвори в Playground
Диалоговият прозорец с детайли има бутон Open in Playground. Кликнете го, за да заредите архивираната request заявка и архивирания response отговор във формата на Playground. Оттам можете да променяте параметри и да преповтаряте заявки срещу активното API или просто да инспектирате какво се е върнало, без да изпълнявате отново заявката.
Бутонът е деактивиран за payload данни, които не могат да се преповтарят (твърде големи request стъбове и маршрути, които не са API), с подсказка, обясняваща защо.
Използване на Request ID
Всеки API response носи header X-Foura-Request-Id. Логвайте го при вас и можете да го поставите в тикет за поддръжка, за да посочите точната заявка в Activity Log. ID-то е същото, което се използва в този диалогов прозорец, и съвпада с X-Foura-Request-Id, върнато от API. Вижте Response Headers за подробности.
Свързани
- Metrics and Analytics: Агрегирани данни за производителността за по-дълги периоди
- Playground: Преповтаряне на заявки от Activity
- Response Headers: Откъде идват request ID и кредитите
- API Endpoints: Структури на request и response
- Troubleshooting: Чести проблеми и решения