اطّلِع على
لوحة بيانات حالة Firebase في حال
هناك انقطاع في الخدمة معروف في Firebase أو Performance Monitoring.
بدء استخدام Performance Monitoring
إذا كنت بصدد بدء استخدام Performance Monitoring
(iOS والإصدارات الأحدث |
Android |
الويب)، يمكن أن تساعدك الخطوات التالية المتعلّقة بتحديد المشاكل وحلّها في حلّ المشاكل المتعلّقة برصد Firebase لحزمة SDK أو عرض
بيانات الأداء الأولى في وحدة تحكّم Firebase.
تمت إضافة حزمة SDK إلى التطبيق ولكن وحدة التحكم
ما زالت تنص على إضافة حزمة SDK
يمكن لمنصّة Firebase اكتشاف ما إذا كنت قد أضفت حزمة تطوير البرامج (SDK) Performance Monitoring بنجاح إلى تطبيقك.
عندما يتلقّى معلومات عن الأحداث (مثل التفاعلات مع التطبيقات) من تطبيقك
سيتم عادةً عرض الأداء خلال 10 دقائق من بدء تشغيل التطبيق
لوحة البيانات
عرض رسالة "تم اكتشاف حزمة تطوير برامج (SDK)" في وحدة تحكم Firebase . بعد ذلك، في غضون 30
دقيقة، تعرض لوحة البيانات البيانات الأولية التي تمت معالجتها.
إذا مرّ أكثر من 10 دقائق على إضافة أحدث إصدار من حزمة تطوير البرامج (SDK) إلى
تطبيقك، ولم يظهر أي تغيير بعد، يمكنك الاطّلاع على رسائل logging
للتأكّد من أنّ Performance Monitoring يسجّل
الأحداث. جرِّب الخطوات المناسبة لتحديد المشاكل وحلّها كما هو موضّح أدناه:
تحديد وحلّ مشاكل رسالة رصد حزمة تطوير البرامج (SDK) المتأخّرة
يسجِّل التطبيق الأحداث: تحديد المشاكل وحلّها
الخطوات
إذا كنت لا تزال تتطوّر محليًا، حاوِل إنشاء المزيد من الأحداث للبيانات.
المجموعة:
مواصلة تطوير تطبيقك باستخدام جهاز محاكاة أو جهاز اختباري
إنشاء أحداث من خلال تبديل تطبيقك بين المقدّمة والخلفية
عدة مرات، والتفاعل مع تطبيقك من خلال التنقّل بين الشاشات،
و/أو بدء طلبات الشبكة
تأكَّد من أنّ إعدادات Firebase
ملف (Google-Service-Info.plist) هو
تمت إضافته بشكل صحيح إلى تطبيقك، وأنك لم تعدّل الملف.
على وجه التحديد، تحقق مما يلي:
لا يتم إلحاق اسم ملف الإعدادات بأحرف إضافية، مثل
(2).
ملف الضبط متوفّر في جذر مشروع XCode ويتمّ إضافته إلى
الأهداف الصحيحة.
رقم تعريف تطبيق Firebase Apple (GOOGLE_APP_ID) المُدرَج في ملف الإعداد هو
بشكل صحيح لتطبيقك. العثور على رقم تعريف تطبيق Firebase في بطاقة تطبيقاتك
من مشروع settingsالخاص بك
الإعدادات.
إذا كان هناك أي خطأ يبدو في ملف الإعداد في تطبيقك، جرِّب ما يلي:
احذف ملف الإعداد المتوفّر حاليًا في تطبيقك.
اتّبِع هذه التعليمات لتنزيل التطبيق.
ملف إعداد جديد وإضافته إلى تطبيق Apple.
إذا كانت حزمة SDK تسجّل الأحداث ويبدو أنّه تم إعداد كل شيء بشكلٍ صحيح،
ولكن لا تظهر لك رسالة رصد حزمة تطوير البرامج (SDK) أو البيانات التي تمت معالجتها حتى الآن.
(بعد ساعتين)، يُرجى التواصل مع فريق دعم Firebase.
لا يسجِّل التطبيق الأحداث:
خطوات تحديد المشاكل وحلّها
تشير وحدة التحكّم إلى أنّ حزمة تطوير البرامج (SDK)
ولكن لا يتم عرض أي بيانات
يعالج Performance Monitoring بيانات أحداث الأداء قبل عرضها في
لوحة بيانات الأداء.
في حال مرور أكثر من 24 ساعة على "رصد حزمة تطوير البرامج (SDK)" ظهرت رسالة،
وما زلت لا ترى البيانات، فتحقق من
لوحة بيانات حالة Firebase في حالة وجود
انقطاع الخدمة المعروف. إذا لم يكن هناك انقطاع في الخدمة،
يُرجى التواصل مع فريق دعم Firebase.
الإجراءات العامّة لتحديد المشاكل وحلّها
إذا أضفت حزمة SDK بنجاح وكنت تستخدم Performance Monitoring في تطبيقك، يمكن أن تساعدك
نصائح تحديد المشاكل وحلّها التالية في حلّ المشاكل العامة التي تتعلّق
بميزات Performance Monitoring وأدواتها.
إذا كانت بيانات تتبُّع عرض الشاشة غير متوفّرة، جرِّب ما يلي:
خطوات استكشاف الأخطاء وإصلاحها:
لوحة بيانات الأداء
لا تتضمّن بيانات التتبّع المخصّصة
هل ترى بيانات الأداء للتتبُّعات المجمّعة تلقائيًا ولكن ليس
عمليات تتبُّع الرموز المخصّصة يُرجى اتّباع الخطوات التالية لتحديد المشاكل وحلّها:
تحقّق من إعداد عمليات تتبُّع الرموز المخصّصة التي يتم رصدها عن طريق
Trace API
وخاصة ما يلي:
يجب أن تستوفي أسماء عمليات تتبُّع الرموز المخصّصة والمقاييس المخصّصة ما يلي:
المتطلبات: بدون مسافة بيضاء بادئة أو لاحقة، وبدون شرطة سفلية بادئة
(_) حرفًا، والحد الأقصى للطول هو 32 حرفًا.
يجب بدء جميع آثار الأنشطة وإيقافها. أي أثر لا يبدأ، ولا
أو توقفوا، أو توقفوا قبل بدئهم العمل.
تحقَّق من رسائل السجلّ للتأكّد من
يسجِّل Performance Monitoring عمليات تتبُّع الرموز المخصّصة المتوقّعة.
إذا كان Performance Monitoring يسجّل الأحداث، ولكن لا يتم عرض أي بيانات بعد 24 ساعة،
يمكنك التواصل مع فريق دعم Firebase.
لوحة بيانات الأداء
لا تتوفّر بيانات طلب الشبكة
إذا لم تتوفّر بيانات طلبات الشبكة، جرِّب الخطوات التالية لتحديد المشاكل وحلّها:
اعتمادًا على سلوك الرمز البرمجي ومكتبات الشبكات المستخدمة من قِبل
الرمز، فإن Performance Monitoring قد يتضمن فقط تقارير حول طلبات الشبكة التي
مكتملة. وهذا يعني أن اتصالات HTTP/S المتبقية مفتوحة قد لا
الإبلاغ عنها.
لا يُبلغ Performance Monitoring عن طلبات الشبكة التي تحتوي على عناوين
Content-Type غير صالحة. ومع ذلك، فإن طلبات الشبكة بدون
سيتم قبول Content-Type عنوان.
لا يتم تجميع بيانات طلبات الشبكة على النحو المتوقّع
ماذا حدث لأهم المشاكل في بطاقة الأداء في صفحة المشروع الرئيسية؟
استبدلنا أهم المشاكل بـ التنبيهات الأخيرة كإجراء متابعة بشأن
آخر طرح للتنبيهات، والذي يخطرك تلقائيًا عند
الحدود التي وضعتها قد تم تجاوزها. تم إيقاف المشاكل نهائيًا
واستبدالها بالتنبيهات.
تصفِّح أداة اختيار التطبيقات في أعلى بطاقة "الأداء" إدخالات التنبيهات ضمن التنبيهات الأخيرة. لا يتم عرض سوى آخر ثلاثة تنبيهات للتطبيقات التي اخترتها.
ماذا حدث لإمكانية وضع حدود للمشكلات في وحدة التحكم؟
تتيح 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. تمّت معالجته
عرض البيانات في وحدة التحكم خلال بضع دقائق من جمعها، وبالتالي
مصطلح "الوقت الفعلي تقريبًا".
كيف يمكنني الحصول على بيانات أداء تطبيقي في الوقت الفعلي تقريبًا؟
للاستفادة من ميزة معالجة البيانات في الوقت الفعلي تقريبًا، ما عليك سوى التأكّد من أنّ
تطبيقك يستخدم إصدارًا من حزمة 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. مع ذلك، تتضمّن البيانات غير الحديثة بيانات الأداء.
من جميع إصدارات تطبيقك
تاريخ التعديل الأخير: 2024-09-12 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2024-09-12 (حسب التوقيت العالمي المتفَّق عليه)"],[],[]]