تحديد المشاكل وحلّها في ميزة "مراقبة الأداء" والأسئلة الشائعة

كيفية عرض رسائل سجلّ أحداث الأداء

1. فعِّل ميزة تسجيل معلومات تصحيح الأخطاء باتّباع الخطوات التالية:

   1. في Xcode (الإصدار 15.2 بحد أدنى)، اختَر المنتج >. المخطّط > تعديل المخطّط:
   2. حدد تشغيل من القائمة اليمنى، ثم حدد علامة التبويب الوسيطات.
   3. في قسم الوسيطات التي تم تمريرها عند الإطلاق، أضِف -FIRDebugEnabled.

2. تحقَّق من رسائل السجلّ بحثًا عن أي رسائل خطأ.

3. تضع Performance Monitoring علامة Firebase/Performance على رسائل السجلّ كي تتمكّن من فلترة رسائل السجلّ.

4. راجِع الأنواع التالية من السجلّات التي تشير إلى أنّ Performance Monitoring تسجيل أحداث الأداء:

   • Logging trace metric: TRACE_NAME, FIREBASE_PERFORMANCE_CONSOLE_URL
   • Logging network request trace: URL

5. انقر على عنوان URL للاطّلاع على بياناتك في "وحدة تحكُّم Firebase". قد يستغرق الأمر بعض أوقات لتعديل البيانات في لوحة البيانات.

إذا لم يكن تطبيقك يسجّل أحداث الأداء، راجِع مقالة تحديد المشاكل وحلّها. النصائح.

تمت إضافة حزمة SDK إلى التطبيق ولكن وحدة التحكم ما زالت تنص على إضافة حزمة SDK

يمكن لمنصّة Firebase اكتشاف ما إذا كنت قد أضفت حزمة تطوير البرامج (SDK) Performance Monitoring بنجاح إلى تطبيقك. عندما يتلقّى معلومات عن الأحداث (مثل التفاعلات مع التطبيقات) من تطبيقك سيتم عادةً عرض الأداء خلال 10 دقائق من بدء تشغيل التطبيق لوحة البيانات عرض رسالة "تم اكتشاف حزمة تطوير برامج (SDK)" في وحدة تحكم Firebase . بعد ذلك، في غضون 30 دقيقة، تعرض لوحة البيانات البيانات الأولية التي تمت معالجتها.

إذا مرّ أكثر من 10 دقائق على إضافة أحدث إصدار من حزمة تطوير البرامج (SDK) إلى تطبيقك، ولم يظهر أي تغيير بعد، يمكنك الاطّلاع على رسائل logging للتأكّد من أنّ Performance Monitoring يسجّل الأحداث. جرِّب الخطوات المناسبة لتحديد المشاكل وحلّها كما هو موضّح أدناه: تحديد وحلّ مشاكل رسالة رصد حزمة تطوير البرامج (SDK) المتأخّرة

تشير وحدة التحكّم إلى أنّ حزمة تطوير البرامج (SDK) ولكن لا يتم عرض أي بيانات

يعالج Performance Monitoring بيانات أحداث الأداء قبل عرضها في لوحة بيانات الأداء.

في حال مرور أكثر من 24 ساعة على "رصد حزمة تطوير البرامج (SDK)" ظهرت رسالة، وما زلت لا ترى البيانات، فتحقق من لوحة بيانات حالة Firebase في حالة وجود انقطاع الخدمة المعروف. إذا لم يكن هناك انقطاع في الخدمة، يُرجى التواصل مع فريق دعم Firebase.

تعذُّر تسجيل التطبيق أحداث الأداء

في حال عدم ظهور رسائل تسجيل الأداء المتعلقة بالأداء الأحداث، جرِّب الخطوات التالية لتحديد المشاكل وحلّها:

1. تأكَّد من أنّ حزمة تطوير البرامج (SDK) "Performance Monitoring" غير غير مفعَّل من خلال أي من العلامات التالية في ملف Info.plist:

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

2. تأكَّد من عدم إيقاف "Performance Monitoring" في وقت التشغيل. (Swift | Obj-C:

3. إذا لم تتمكّن من العثور على أي ميزة تم إيقافها في تطبيقك، تواصَل مع فريق دعم Firebase.

لوحة بيانات الأداء لا تتضمّن بيانات تتبُّع الشاشة

إذا كانت بيانات تتبُّع عرض الشاشة غير متوفّرة، جرِّب ما يلي: خطوات استكشاف الأخطاء وإصلاحها:

1. تأكَّد من استخدام أحدث إصدار من حزمة تطوير البرامج (SDK) لمنصات Apple. (الإصدار 11.2.0). لا تتوفّر عمليات تتبُّع عرض الشاشة إلا مع الإصدار 5.0.0 أو الإصدارات الأحدث.

2. لا ينشئ Performance Monitoring آثار تتبُّع عرض الشاشة لعرض الحاوية. وحدات التحكّم (مثل UINavigationController وUITabBarController). في حال حذف تكون البيانات مفقودة لهذه الشاشات فقط، فهذا سلوك متوقع.

لوحة بيانات الأداء لا تتضمّن بيانات التتبّع المخصّصة

هل ترى بيانات الأداء للتتبُّعات المجمّعة تلقائيًا ولكن ليس عمليات تتبُّع الرموز المخصّصة يُرجى اتّباع الخطوات التالية لتحديد المشاكل وحلّها:

1. تحقّق من إعداد عمليات تتبُّع الرموز المخصّصة التي يتم رصدها عن طريق Trace API وخاصة ما يلي:

   • يجب أن تستوفي أسماء عمليات تتبُّع الرموز المخصّصة والمقاييس المخصّصة ما يلي: المتطلبات: بدون مسافة بيضاء بادئة أو لاحقة، وبدون شرطة سفلية بادئة (_) حرفًا، والحد الأقصى للطول هو 32 حرفًا.
   • يجب بدء جميع آثار الأنشطة وإيقافها. أي أثر لا يبدأ، ولا أو توقفوا، أو توقفوا قبل بدئهم العمل.

2. تحقَّق من رسائل السجلّ للتأكّد من يسجِّل Performance Monitoring عمليات تتبُّع الرموز المخصّصة المتوقّعة.

3. إذا كان Performance Monitoring يسجّل الأحداث، ولكن لا يتم عرض أي بيانات بعد 24 ساعة، يمكنك التواصل مع فريق دعم Firebase.

لوحة بيانات الأداء لا تتوفّر بيانات طلب الشبكة

إذا لم تتوفّر بيانات طلبات الشبكة، جرِّب الخطوات التالية لتحديد المشاكل وحلّها:

1. تحقق من عدم توافق مكتبة الشبكة. Performance Monitoring تلقائيًا يجمع مقاييس طلبات الشبكة التي تستخدم مكتبات الشبكات التالية:

   • بالنسبة إلى Swift: URLSession وURLConnection
   • بالنسبة إلى Objective-C: NSURLSession وNSURLConnection

   تجدر الإشارة إلى أنّه يمكنك إضافة ميزة تتبُّع مخصّصة لطلبات الشبكة.

2. يُرجى الانتباه إلى ما يلي:

   • اعتمادًا على سلوك الرمز البرمجي ومكتبات الشبكات المستخدمة من قِبل الرمز، فإن Performance Monitoring قد يتضمن فقط تقارير حول طلبات الشبكة التي مكتملة. وهذا يعني أن اتصالات HTTP/S المتبقية مفتوحة قد لا الإبلاغ عنها.

   • لا يُبلغ Performance Monitoring عن طلبات الشبكة التي تحتوي على عناوين Content-Type غير صالحة. ومع ذلك، فإن طلبات الشبكة بدون سيتم قبول Content-Type عنوان.

لا يتم تجميع بيانات طلبات الشبكة على النحو المتوقّع

مزيد من المعلومات حول كيفية تجميع Performance Monitoring لطلب الشبكة البيانات ضمن أنماط عناوين URL.

يمكنك أيضًا تجربة عنوان URL المخصّص أنماط!

ماذا حدث لأهم المشاكل في بطاقة الأداء في صفحة المشروع الرئيسية؟

استبدلنا أهم المشاكل بـ التنبيهات الأخيرة كإجراء متابعة بشأن آخر طرح للتنبيهات، والذي يخطرك تلقائيًا عند الحدود التي وضعتها قد تم تجاوزها. تم إيقاف المشاكل نهائيًا واستبدالها بالتنبيهات.

تصفِّح أداة اختيار التطبيقات في أعلى بطاقة "الأداء" إدخالات التنبيهات ضمن التنبيهات الأخيرة. لا يتم عرض سوى آخر ثلاثة تنبيهات للتطبيقات التي اخترتها.

لمعرفة المزيد من المعلومات عن التنبيهات، يُرجى الاطّلاع على إعداد تنبيهات لمشاكل الأداء.

ماذا حدث لإمكانية وضع حدود للمشكلات في وحدة التحكم؟

تتيح Performance Monitoring التنبيهات للمقاييس التي تتجاوز الحدود الدنيا المحدّدة. لتجنب الالتباس مع هذه الحدود القابلة للتهيئة لمقاييس الأداء، فقد أزلنا إمكانية تهيئة الحدود المشاكل:

ما الذي حدث لمعلومات "التفاصيل والمقاييس" في وحدة تحكّم Firebase؟

لقد استبدلنا صفحات التفاصيل والمقاييس بصفحة مركزية تمت إعادة تصميمها حديثًا واجهة المستخدم (UI) لتحسين طريقة استكشاف الأخطاء وإصلاحها. توفّر واجهة مستخدِم تحديد المشاكل وحلّها الجديدة هذه الوظائف الأساسية نفسها التي كانت توفّرها "التفاصيل" و"المقاييس". لمزيد من المعلومات حول تحديد المشاكل وحلّها، يُرجى مراجعة عرض المزيد من البيانات الخاصة بعملية تتبُّع معيّنة

لماذا عدد العينات ليس كما أتوقع؟

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

لإدارة حجم البيانات التي نجمعها، يستخدم "Performance Monitoring" ما يلي: خيارات أخذ العينات:

• الحدّ من معدّل الزحف على الجهاز فقط: لمنع الجهاز من إرسال صور متسلسلة مفاجئة فإننا نحد من عدد عمليات تتبع طلبات الشبكة والرموز التي يتم إرسالها من الجهاز إلى 300 حدث كل 10 دقائق. تحمي هذه الطريقة الجهاز من الأدوات المتكررة التي يمكنها إرسال كميات كبيرة من بيانات الأداء، ويمنع جهازًا واحدًا من تغيير قياسات الأداء.

• أخذ العينات الديناميكي: يجمع Performance Monitoring حدًا أقصى يبلغ 100 مليون تقريبًا. أحداث لعمليات تتبُّع الرمز و100 مليون لتتبُّع طلبات الشبكة لكل تطبيق يوميًا بين جميع مستخدمي التطبيق. يتم جلب معدل أخذ العينات الديناميكي على الأجهزة (باستخدام Firebase Remote Config) لتحديد ما إذا كان ينبغي لجهاز عشوائي التقاط آثار وإرسالها. لن يكون بإمكان الجهاز الذي لم يتم تحديده أخذ العيّنات أن لإرسال أي أحداث. ويكون معدل العينة الديناميكي خاصًا بالتطبيق ويتكيف مع لضمان بقاء الحجم الإجمالي للبيانات التي تم جمعها أقل من الحد المسموح به.

  تُرسِل جلسات المستخدمين بيانات إضافية ومفصّلة من جهاز المستخدم، ما يتطلّب مزيدًا من الموارد لتسجيل البيانات وإرسالها. للحدّ من تأثير جلسات المستخدِمين، قد يفرض Performance Monitoring أيضًا قيودًا على عدد الجلسات.

• تقييد المعدّل من جهة الخادم: لضمان عدم تجاوز التطبيقات العينات الحد، قد يستخدم "Performance Monitoring" أخذ العينات من جهة الخادم لحذف بعض الأحداث. المستلمة من الأجهزة. وعلى الرغم من أن هذا النوع من التقييد لا يغير فعالية مقاييسنا، فقد يتسبب ذلك في حدوث تحولات طفيفة في النمط، بما في ذلك التالي:

  • ويمكن أن يختلف عدد الآثار عن عدد المرات التي يكون فيها جزء من تم تنفيذ الرمز البرمجي.
  • قد يكون لكل تتبّع مرتبط بشكل وثيق في الرمز عددًا مختلفًا من العينات.

ماذا حدث لعلامة تبويب المشاكل في وحدة التحكّم؟

استبدلنا علامة التبويب "المشكلات" بمقدمة "التنبيهات" التي تُعلمك تلقائيًا عند تجاوز الحدود الدنيا التي وضعتها. أنت لا بحاجة إلى التحقّق يدويًا من وحدة تحكّم Firebase لتحديد حالة العتبة. وللتعرّف على مزيد من المعلومات عن "التنبيهات"، اطّلِع على إعداد تنبيهات لمشاكل الأداء.

ماذا حدث لعلامتَي التبويب على الجهاز والشبكة في وحدة التحكّم؟ كيف يمكنني عرض آثار الأنشطة التي كانت على تلك الصفحات؟

أعدنا تصميم قسم Performance Monitoring في وحدة تحكّم Firebase لكي تعرض علامة التبويب لوحة البيانات المقاييس الرئيسية وجميع عمليات التتبّع في مساحة واحدة. بالنسبة في إطار عملية إعادة التصميم، أزلنا صفحتَي على الجهاز والشبكة.

يحتوي جدول بيانات التتبُّع في أسفل علامة التبويب لوحة البيانات على جميع العناصر المعلومات التي يتم عرضها في علامتَي التبويب على الجهاز والشبكة، ولكن مع بعض الميزات المضافة، بما في ذلك القدرة على تصنيف آثار الأنشطة حسب النسبة المئوية التغيير بالنسبة لمقياس معين. لعرض جميع المقاييس والبيانات لعنصر معيّن انقر فوق اسم التتبع في جدول التتبع.

يمكنك عرض عمليات التتبُّع في علامات التبويب الفرعية التالية من جدول التتبُّع:

• عمليات تتبُّع طلبات الشبكة (جاهزة أو مخصّصة) - علامة التبويب الفرعية طلبات الشبكة
• عمليات تتبُّع الرموز المخصّصة: علامة التبويب الفرعية عمليات تتبُّع الرموز المخصّصة
• عمليات تتبُّع بدء التطبيق، ومقدمة التطبيق، وتتبّع التطبيق في الخلفية - علامات التبويب الفرعية عمليات التتبُّع المخصّصة
• عمليات تتبُّع عرض الشاشة: علامة التبويب الفرعية عرض الشاشة
• عمليات تتبُّع تحميل الصفحة: علامة التبويب الفرعية تحميل الصفحة

للحصول على تفاصيل عن جدول آثار الأنشطة وعرض المقاييس والبيانات، يُرجى الانتقال إلى صفحة "نظرة عامة" في وحدة التحكّم (iOS+ | Android | الويب).

لماذا يختلف عدد اللقطات البطيئة والثابتة عن ما توقّعته؟

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

يستغرق تصدير بيانات Performance Monitoring إلى BigQuery وقتًا أطول من المتوقّع. هل هذا ليس في الوقت الفعلي؟

في حال تفعيل دمج BigQuery من أجل Firebase Performance Monitoring، سيتم تفعيل بياناتك سيتم تصديرها إلى BigQuery بعد 12 إلى 24 ساعة من نهاية اليوم (بتوقيت المحيط الهادئ الوقت).

على سبيل المثال، ستكون بيانات 19 نيسان (أبريل) متاحة في BigQuery في 20 نيسان (أبريل). بين 12:00 ظهرًا ومنتصف الليل (جميع التواريخ والأوقات بتوقيت المحيط الهادئ).

ماذا يحدث "في الوقت الفعلي تقريبًا" بيانات الأداء؟

جمعت "Firebase Performance Monitoring" بيانات الأداء فور ورودها، ما يؤدي إلى عرض البيانات في الوقت الفعلي تقريبًا في وحدة تحكم Firebase. تمّت معالجته عرض البيانات في وحدة التحكم خلال بضع دقائق من جمعها، وبالتالي مصطلح "الوقت الفعلي تقريبًا".

للاستفادة من معالجة البيانات في الوقت الفعلي تقريبًا، يُرجى التأكّد من أنّ تطبيقك يستخدم حزمة SDK متوافقة في الوقت الفعلي الإصدار.

كيف يمكنني الحصول على بيانات أداء تطبيقي في الوقت الفعلي تقريبًا؟

للاستفادة من ميزة معالجة البيانات في الوقت الفعلي تقريبًا، ما عليك سوى التأكّد من أنّ تطبيقك يستخدم إصدارًا من حزمة Performance Monitoring SDK متوافقًا مع معالجة data في الوقت الفعلي.

في ما يلي إصدارات حزمة SDK المتوافقة في الوقت الفعلي:

• iOS: الإصدار 7.3.0 أو إصدار أحدث
• tvOS: الإصدار 8.9.0 أو إصدار أحدث
• Android: الإصدار 19.0.10 أو إصدار أحدث (أو الإصدار Firebase Android BoM 26.1.0 أو إصدار أحدث)
• الويب: الإصدار 7.14.0 أو إصدار أحدث

ننصح دائمًا باستخدام أحدث إصدار من حزمة SDK، ولكن مع الإصدار المُدرَج أعلاه سيتيح لتطبيق "Performance Monitoring" معالجة بياناتك بشكل شبه فعلي. الوقت.

ما هي إصدارات حزمة تطوير البرامج (SDK) "Performance Monitoring" التي تُعتبر متوافقة في الوقت الفعلي؟

في ما يلي إصدارات حزمة تطوير البرامج (SDK) المتوافقة مع معالجة البيانات في الوقت الفعلي:

• iOS: الإصدار 7.3.0 أو إصدار أحدث
• tvOS: الإصدار 8.9.0 أو إصدار أحدث
• Android: الإصدار 19.0.10 أو إصدار أحدث (أو الإصدار Firebase Android BoM 26.1.0 أو إصدار أحدث)
• الويب: الإصدار 7.14.0 أو إصدار أحدث

ننصح دائمًا باستخدام أحدث إصدار من حزمة SDK، ولكن مع الإصدار المُدرَج أعلاه سيتيح لتطبيق "Performance Monitoring" معالجة بياناتك بشكل شبه فعلي. الوقت.

ماذا يحدث إذا لم أحدّث تطبيقي لاستخدام إصدار حزمة SDK متوافق في الوقت الفعلي؟

إذا لم يكن تطبيقك يستخدم إصدارًا متوافقًا من حزمة SDK في الوقت الفعلي، سيستمر ظهور كل بيانات أداء تطبيقك في وحدة تحكُّم Firebase. ومع ذلك، فإن الشاشة من بيانات الأداء بحوالي 36 ساعة من وقت الأولية.

تم التحديث إلى إصدار حزمة SDK متوافق في الوقت الفعلي، ولكن بعض المستخدمين لا تزال تستخدم الإصدارات القديمة من تطبيقي. هل أستمر في رؤية أدائها البيانات في وحدة تحكّم "Firebase"؟

نعم. بغض النظر عن إصدار حزمة SDK التي تستخدمها إحدى نُسخ التطبيق، ستظهر لك بيانات الأداء من جميع المستخدمين.

مع ذلك، إذا كنت تعرض بيانات حديثة (منذ أقل من 36 ساعة تقريبًا)، تكون البيانات المعروضة من مستخدمي مثيلات التطبيق التي تستخدم الوقت الفعلي الإصدار المتوافق مع حزمة SDK. مع ذلك، تتضمّن البيانات غير الحديثة بيانات الأداء. من جميع إصدارات تطبيقك