سجل النشاط

يُظهر سجل النشاط أحدث طلبات API الخاصة بك في الوقت الفعلي. استخدمه لتصحيح أخطاء الطلبات الفردية، والتحقق من رموز الاستجابة، والتأكد من أن عملية الدمج تعمل.

ماذا سترى

يعرض السجل الطلبات التي تم إجراؤها خلال الساعة الماضية، مع وجود أحدث الطلبات في الأعلى. تحمل تسعة أعمدة الصف بأكمله:

العمود	ماذا يظهر
Time	متى تم إجراء الطلب
Key	أي مفتاح API تم استخدامه
Request	الاستدعاء نفسه: نقطة منتج ملونة (single، أو proxy، أو browser)، وطريقة HTTP، والنطاق المستهدف. يُفرز حسب النطاق.
Status	قيمتان في خلية واحدة، مفصولتان بشرطة مائلة: حالة HTTP الخاصة باستدعائك لـ FourA، ثم الحالة التي أرجعها الهدف. تعني الشرطة أن الهدف لم يرد أبدًا.
Outcome	تصنيف الطلب (نجاح، خطأ العميل، تقييد المعدل، وما إلى ذلك)
Duration	إجمالي وقت الاستجابة بالمللي ثانية
Bytes	النقل في كلا الاتجاهين في خلية واحدة: سهم لأسفل للحمولة الخاصة بالطلب، وسهم لأعلى للاستجابة
Credits	الرصيد الذي تم إنفاقه على الاستدعاء (انظر Response Headers)
Client IP	العنوان الذي قدم الطلب

انقر فوق أي عنوان عمود لفرز الجدول حسب ذلك العمود؛ يتم تدوير الاتجاه تنازليًا، ثم تصاعديًا، ثم إيقاف. يؤدي النقر مع الضغط على مفتاح Ctrl أو Cmd إلى إعادة التعيين إلى الإعداد الافتراضي (الأحدث أولاً).

التصفية

ثلاثة عناصر تحكم تضيق نطاق السجل.

حسب مفتاح API

استخدم القائمة المنسدلة لمفتاح API لإظهار الطلبات من مفتاح واحد. تظهر المفاتيح الموجودة ضمن نطاق وصولك فقط في القائمة المنسدلة.

حسب المنتج

قم بالتصفية إلى endpoint واحد باستخدام محدد single / proxy / browser. مفيد عندما تريد تصحيح أخطاء إخفاقات المتصفح فقط بشكل منفصل عن الطلبات الفردية.

حسب الحد

يبلغ الحد الافتراضي لسجل النشاط 50 إدخالاً. استخدم محدد الحد لتغيير عدد الإدخالات المعروضة:

الحد	ملاحظات
10	فحص سريع
50	الافتراضي
100	عرض موسع
200	الحد الأقصى

جميع الإدخالات من الساعة الماضية. للحصول على البيانات التاريخية، استخدم قسم Metrics، والذي يقوم بتجميع البيانات على مدار الأيام والأسابيع.

فتح طلب

انقر فوق أي صف لفتح لوحة تفاصيل مع معاينة حمولة الطلب والاستجابة الكاملة. تفتح اللوحة على شبكة وصفية مبنية من الصف نفسه، لذا تظل مفيدة حتى بعد تقادم الحمولة المخزنة: الطابع الزمني، والمفتاح، وحالة HTTP، وحالة التطبيق، والنتيجة، والمدة، والرصيد، و proxy، و X-FourA-Request-Id الخاصة بالطلب.

أسفل الشبكة، يظهر جزء واحد في كل مرة، يتم تحديده بواسطة علامة التبويب:

علامة التبويب	ماذا تظهر
Request	تمثيل JSON منسق للجهة الدقيقة المرسلة
Response headers	العناوين (headers) التي أرجعها الهدف، مع عدد في علامة التبويب
Response body	معاينة النص المخزن، مع شارات مقتطعة وثنائية حيثما تنطبق
Other fields	أي شيء آخر أرجعه المحرك بخلاف الحالة، والتوقيتات، و proxy، و headers. مخفية عندما لا يكون هناك شيء إضافي.

يقوم زر نسخ (Copy) بنسخ أي جزء مفتوح. يتم الاحتفاظ بالبيانات (Payloads) لمدة 24 ساعة، بحد أقصى آخر 200 لكل مفتاح API. تعرض الصفوف الأقدم من ذلك الصف فقط، بدون بيانات.

رسائل جزء النص (Body Pane)

يستخدم جزء النص نصا نائبا مختلفا بناء على ما حدث:

الرسالة	المعنى
`(no body — the request failed: <error>)`	حدث خطأ في الطلب قبل أن يعيد الهدف نصا
`(no body captured for this request)`	انتهت صلاحية البيانات أو لم يتم تخزينها
`(empty body — the server returned 0 bytes)`	أعاد الهدف استجابة فارغة حقيقية

فتح في Playground

يحتوي مربع حوار التفاصيل على زر فتح في Playground. انقر عليه لتحميل كل من الطلب المؤرشف والاستجابة المؤرشفة في نموذج Playground. من هناك يمكنك تعديل المعلمات وإعادة التشغيل مقابل واجهة برمجة التطبيقات (API) المباشرة، أو مجرد فحص ما تم إرجاعه دون إعادة تشغيل الطلب.

يتم تعطيل الزر للبيانات غير القابلة لإعادة التشغيل (أجزاء الطلب كبيرة الحجم ومسارات غير API)، مع تلميح يشرح السبب.

استخدام Request ID

تحمل كل استجابة API ترويسة X-Foura-Request-Id. قم بتسجيله من جانبك، ويمكنك لصقه في تذكرة دعم للإشارة إلى الطلب الدقيق في سجل النشاط (Activity Log). المعرف هو نفسه المستخدم في مربع الحوار هذا ويتطابق مع X-Foura-Request-Id الذي تم إرجاعه بواسطة API. راجع ترويسات الاستجابة (Response Headers) للحصول على التفاصيل.