تتبّع أخطاء JavaScript مرتبط بالجلسات التي واجهتها

1. اقرأ القائمة. تجمع شاشة الأخطاء آخر 7 أو 30 أو 90 يومًا حسب الرسالة، وتعرض لكل مشكلة عدد مرات حدوثها، وفي كم جلسة، ولكم شخصًا: المستخدمون المعرّفون، أو شخص واحد لكل متصفح إلى أن يسمّيهم identify(). يمكنك التصفية لعرض الأخطاء فقط أو التحذيرات فقط.
2. افتح المشكلة. تحصل على رسالة نموذجية، والصفحة التي تحدث فيها أكثر من غيرها، وتتبّع المكدّس.
3. شاهدها وهي تحدث. يفتح «مشاهدة أحدث جلسة» أحدث إعادة تشغيل واجهت المشكلة، ويعرض «عرض الجلسات» كل الجلسات التي واجهتها. في إعادة التشغيل، تُظهر لوحتا وحدة التحكم والشبكة ما فشل إلى جانب ما كان الشخص يفعله.

هذه الخطوة الأخيرة هي جوهر الأمر. يخبرك تتبّع المكدّس أين تعطّل الكود؛ وتُظهر إعادة التشغيل ما نقر عليه الشخص وما كتبه وما انتظره قبل ذلك، وهو عادةً ما تحتاجه لإعادة إنتاج المشكلة.

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

تتعمق أدوات مراقبة الأخطاء المتخصصة مثل Sentry أكثر في الجانب الهندسي: خرائط المصدر، وتتبّع الإصدارات، وأخطاء الخادم، وتوجيه التنبيهات. لا يقوم PulsePanda بأي من ذلك. تُعرض تتبّعات المكدّس كما أبلغ عنها المتصفح، وهذا يعني أنها مصغّرة في حزمة إنتاج مصغّرة، ولا تُلتقط إلا أخطاء المتصفح.

ما يضيفه PulsePanda هو سياق المنتج حول الخطأ: إعادة تشغيل الجلسة، وخطوة المسار التي عطّلها، والملاحظات التي تركها الشخص نفسه، وعدد المستخدمين الحقيقيين الذين أصابهم. غالبًا ما تحتفظ الفرق التي تستخدم Sentry به، وتستخدم PulsePanda لتحديد الأخطاء الأكثر أهمية للمستخدمين.