عارض ملفات HAR

ما الذي يحتويه ملف HAR؟

HAR اختصار لـ HTTP Archive، وهو تنسيق تبادل مبني على JSON لسجل شبكة المتصفح: الطلبات التي أرسلتها الصفحة، والاستجابات التي تلقتها، وبيانات الرؤوس، والأحجام، وتفصيل التوقيت. توضح وثائق Chrome DevTools كيفية حفظ HAR منقح أو HAR يتضمن بيانات حساسة في مرجع ميزات Network. ويوفر Firefox خياري Save All as HAR وImport HAR في قائمة طلبات Network Monitor. تتبع بنية الحقول مواصفة HAR 1.2.

يقرأ العارض log.entries. يُتخطى الإدخال التالف الذي لا يضم طلبًا واستجابة بدل تخمين بياناته. وقد تغيب الحقول الاختيارية، لذلك يظل الحجم أو الطابع الزمني أو المرحلة غير المسجلة «غير متاحة». لا يختلق العارض رمز حالة ولا يحول مدة مجهولة إلى صفر.

قراءة الملخص

يفصل الملخص بين الحقائق المعروفة والقيم التي لم يسجلها الملف. يستخدم حجم النقل الحقل الخاص بالمتصفح _transferSize عندما يكون رقمًا صالحًا غير سالب. وإلا فيستخدم headersSize + bodySize فقط عندما تكون القيمتان معروفتين. لا يُعامل حجم محتوى الاستجابة كحجم منقول، لأن الضغط والرؤوس والتخزين المؤقت وأعباء البروتوكول تجعل القيمتين مختلفتين.

البحث حرفي وغير حساس لحالة الأحرف؛ فلا تُفسر رموز مثل [ أو .* كتعبيرات نمطية. تغيّر التصفية قائمة الطلبات الظاهرة والصفوف المصدرة، لا إجماليات التسجيل.

كيفية معالجة التوقيتات

يسجل HAR عادةً blocked وdns وconnect وssl وsend وwait وreceive بالمللي ثانية. تعني القيمة -1 أن المرحلة غير متاحة. كما تُعامل القيم الأقل من -1 والقيم غير الرقمية وغير المحدودة باعتبارها غير متاحة.

تكون ssl عادةً جزءًا من connect وليست مرحلة إضافية بعدها. لذلك تجمع المدة الاحتياطية الحظر وDNS والاتصال والإرسال والانتظار والاستقبال من دون إضافة SSL مرة ثانية. إذا اختلف الإجمالي المبلغ عنه جوهريًا عن المراحل المتاحة، يحتفظ العارض بالإجمالي المبلغ عنه ويعرض تحذيرًا بدل تعديل التسجيل بصمت. يبقى مخطط الشلال من اليسار إلى اليمين حتى في الصفحة العربية، لأن الزمن المنقضي له اتجاه زمني ثابت.

الخصوصية والتعامل الآمن

قد يحتوي HAR على معلومات تكفي للاستيلاء على جلسة مسجلة الدخول. يميز Chrome تحديدًا بين التصدير المنقح والتصدير الذي يحتوي بيانات Cookie وSet-Cookie وAuthorization. يحجب العارض هذه الرؤوس وتفويض الوكيل والرؤوس الشبيهة بمفاتيح API وجميع قيم استعلام URL افتراضيًا. إظهار رأس ما إجراء محلي صريح. تُعرض السلاسل المستوردة كنص، فلا تُنفذ أي شيفرة ترميزية داخل URL أو رأس.

لا يحتفظ العارض بنصوص الطلب أو الاستجابة أو postData أو مصفوفات ملفات تعريف الارتباط في نموذج العمل. وفي المسار متعدد الخطوات يخزن مشروعًا محدودًا وخاليًا من النصوص في IndexedDB لهذا التبويب، ويشير إليه بمعرّف مبهم خاص بالتبويب وتنتهي صلاحيته بعد ساعتين. لا يعيد إرسال الطلبات ولا يتصل بالمضيفين المسجلين ولا يرسل HAR عبر Livewire. يؤدي البدء من جديد إلى حذف المشروع المحفوظ.

التصديرات ملخصات وليست نسخًا من التسجيل الأصلي. تظل قيم استعلام URL محجوبة، وتُحذف قيم الرؤوس والنصوص، وتُحمى خلايا CSV من تنفيذ صيغ جداول البيانات، ولا تُدرج إلا صفوف الطلبات المصفاة حاليًا. ومع ذلك، راجع أي ملف مصدر قبل مشاركته: قد تكشف أسماء المضيفين والمسارات وأنماط الحالة عن أنظمة داخلية.

سير عمل عملي

1. فضّل تصدير HAR المنقح من المتصفح.
2. أعد فقط تنفيذ مسار الصفحة الذي ظهرت فيه المشكلة، ثم أوقف التسجيل.
3. افتح التسجيل هنا وصفِّه بحسب الحالة أو مسار المضيف أو نوع المحتوى.
4. قارن فترات الانتظار الطويلة مع DNS والاتصال والاستقبال، مع تذكر أن المتصفح أو الوكيل قد يحذف بعض المراحل.
5. شارك فقط الملخص المنقح اللازم للتشخيص، ولا تشارك التسجيل الأصلي إلا مع جهة موثوقة وعبر قناة موثوقة.