এই পৃষ্ঠাটি Performance Monitoring শুরু করার জন্য বা Performance Monitoring বৈশিষ্ট্য এবং টুলিং ব্যবহার করার জন্য সমস্যা সমাধানের টিপস প্রদান করে।
সমস্যা সমাধানের জন্য প্রথমে পরীক্ষা করে
নিম্নলিখিত দুটি চেক হল সাধারণ সর্বোত্তম অনুশীলন যা পরবর্তী সমস্যা সমাধানের আগে যে কারও জন্য সুপারিশ করা হয়।
1. পারফরম্যান্স ইভেন্টগুলির জন্য লগ বার্তাগুলি পরীক্ষা করুন৷
Performance Monitoring SDK পারফরম্যান্স ইভেন্টগুলি ক্যাপচার করছে কিনা তা নিশ্চিত করতে আপনার লগ বার্তাগুলি পরীক্ষা করুন৷
ডিবাগ লগিং সক্ষম করুন, নিম্নরূপ:
- Xcode (সর্বনিম্ন v15.2) এ, পণ্য > স্কিম > স্কিম সম্পাদনা করুন নির্বাচন করুন।
- বাম মেনু থেকে রান নির্বাচন করুন, তারপর আর্গুমেন্ট ট্যাব নির্বাচন করুন।
- আর্গুমেন্ট পাসড অন লঞ্চ বিভাগে,
-FIRDebugEnabledযোগ করুন।
কোনো ত্রুটি বার্তা জন্য আপনার লগ বার্তা পরীক্ষা করুন.
Performance Monitoring এর লগ বার্তাগুলিকে
Firebase/Performanceদিয়ে ট্যাগ করে যাতে আপনি আপনার লগ বার্তাগুলিকে ফিল্টার করতে পারেন।নিম্নলিখিত ধরনের লগগুলির জন্য পরীক্ষা করুন যা নির্দেশ করে যে Performance Monitoring পারফরম্যান্স ইভেন্টগুলি লগিং করছে:
-
Logging trace metric: TRACE_NAME , FIREBASE_PERFORMANCE_CONSOLE_URL -
Logging network request trace: URL
-
Firebase কনসোলে আপনার ডেটা দেখতে URL-এ ক্লিক করুন। ড্যাশবোর্ডে ডেটা আপডেট হতে কয়েক মুহূর্ত সময় লাগতে পারে।
যদি আপনার অ্যাপ পারফরম্যান্স ইভেন্টগুলি লগিং না করে, তাহলে সমস্যা সমাধানের টিপস পর্যালোচনা করুন৷
2. ফায়ারবেস স্ট্যাটাস ড্যাশবোর্ড চেক করুন
Firebase বা Performance Monitoring জন্য পরিচিত বিভ্রাট হলে Firebase স্ট্যাটাস ড্যাশবোর্ড দেখুন।
Performance Monitoring দিয়ে শুরু করা
আপনি যদি Performance Monitoring ( iOS+ | Android | Web ) দিয়ে শুরু করেন, তাহলে নিম্নলিখিত সমস্যা সমাধানের টিপসগুলি Firebase-এর SDK সনাক্তকরণ বা Firebase কনসোলে আপনার প্রথম কর্মক্ষমতা ডেটা প্রদর্শনের সাথে জড়িত সমস্যাগুলির জন্য সাহায্য করতে পারে৷
Firebase শনাক্ত করতে পারে যে আপনি সফলভাবে আপনার অ্যাপে Performance Monitoring SDK যোগ করেছেন কিনা যখন এটি আপনার অ্যাপ থেকে ইভেন্টের তথ্য (যেমন অ্যাপ ইন্টারঅ্যাকশন) পায়। সাধারণত আপনার অ্যাপ শুরু করার 10 মিনিটের মধ্যে, Firebase কনসোলের পারফরম্যান্স ড্যাশবোর্ড একটি "SDK সনাক্ত করা হয়েছে" বার্তা প্রদর্শন করে। তারপর, 30 মিনিটের মধ্যে, ড্যাশবোর্ড প্রাথমিক প্রক্রিয়াকৃত ডেটা প্রদর্শন করে।
আপনি যদি আপনার অ্যাপে SDK-এর সর্বশেষ সংস্করণ যোগ করার 10 মিনিটেরও বেশি সময় হয়ে যায় এবং আপনি এখনও কোনও পরিবর্তন দেখতে না পান, তাহলে আপনার লগ বার্তাগুলি পরীক্ষা করে নিশ্চিত করুন যে Performance Monitoring ইভেন্টগুলি লগিং করছে৷ একটি বিলম্বিত SDK সনাক্তকরণ বার্তার সমস্যা সমাধানের জন্য নীচে বর্ণিত যথাযথ সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন৷
আপনি যদি এখনও স্থানীয়ভাবে বিকাশ করছেন, তথ্য সংগ্রহের জন্য আরও ইভেন্ট তৈরি করার চেষ্টা করুন:
একটি সিমুলেটর বা টেস্ট ডিভাইস ব্যবহার করে আপনার অ্যাপ ডেভেলপ করা চালিয়ে যান।
আপনার অ্যাপকে ব্যাকগ্রাউন্ড এবং ফোরগ্রাউন্ডের মধ্যে বেশ কয়েকবার স্যুইচ করে, স্ক্রিন জুড়ে নেভিগেট করে আপনার অ্যাপের সাথে ইন্টারঅ্যাক্ট করে এবং/অথবা নেটওয়ার্ক অনুরোধগুলি ট্রিগার করে ইভেন্ট তৈরি করুন।
নিশ্চিত করুন যে আপনার Firebase কনফিগারেশন ফাইল (
Google-Service-Info.plist) সঠিকভাবে আপনার অ্যাপে যোগ করা হয়েছে এবং আপনি ফাইলটি পরিবর্তন করেননি। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:কনফিগার ফাইলের নাম অতিরিক্ত অক্ষরের সাথে যুক্ত করা হয় না, যেমন
(2)।কনফিগার ফাইলটি আপনার XCode প্রকল্পের মূলে রয়েছে এবং সঠিক লক্ষ্যগুলিতে যোগ করা হয়েছে।
কনফিগার ফাইলে তালিকাভুক্ত Firebase Apple অ্যাপ আইডি (
GOOGLE_APP_ID) আপনার অ্যাপের জন্য সঠিক। আপনার প্রজেক্ট সেটিংসের আপনার অ্যাপস কার্ডে আপনার Firebase অ্যাপ আইডি খুঁজুন।
আপনার অ্যাপের কনফিগারেশন ফাইলের সাথে কিছু ভুল মনে হলে, নিম্নলিখিত চেষ্টা করুন:
আপনার অ্যাপে বর্তমানে যে কনফিগারেশন ফাইলটি আছে সেটি মুছুন।
একটি নতুন কনফিগার ফাইল ডাউনলোড করতে এবং আপনার অ্যাপল অ্যাপে যোগ করতে এই নির্দেশাবলী অনুসরণ করুন।
যদি SDK ইভেন্টগুলি লগিং করে এবং সবকিছু সঠিকভাবে সেট আপ করা বলে মনে হয়, কিন্তু আপনি এখনও SDK সনাক্তকরণ বার্তা বা প্রক্রিয়াকৃত ডেটা (2 ঘন্টা পরে) দেখতে পাচ্ছেন না, Firebase সহায়তার সাথে যোগাযোগ করুন ৷
নিশ্চিত করুন যে আপনার
Info.plistফাইলে নিম্নলিখিত ফ্ল্যাগের যে কোনো একটির মাধ্যমে Performance Monitoring SDK অক্ষম করা হয়নি :-
firebase_performance_collection_enabled -
firebase_performance_collection_deactivated
-
রানটাইমে Performance Monitoring অক্ষম করা নেই তা নিশ্চিত করুন ( Swift | Obj-C )।
আপনার অ্যাপে অক্ষম করা কিছু খুঁজে না পেলে, Firebase সহায়তার সাথে যোগাযোগ করুন ।
Performance Monitoring পারফরম্যান্স ড্যাশবোর্ডে প্রদর্শন করার আগে কর্মক্ষমতা ইভেন্ট ডেটা প্রক্রিয়া করে।
যদি "SDK সনাক্ত করা" বার্তাটি উপস্থিত হওয়ার 24 ঘন্টারও বেশি সময় হয়ে গেছে এবং আপনি এখনও ডেটা দেখতে পাচ্ছেন না, তাহলে কোনো পরিচিত বিভ্রাট হলে Firebase স্ট্যাটাস ড্যাশবোর্ড দেখুন। যদি কোন বিভ্রাট না থাকে, Firebase সহায়তার সাথে যোগাযোগ করুন ।
সাধারণ সমস্যা সমাধান
আপনি যদি সফলভাবে SDK যোগ করে থাকেন এবং আপনার অ্যাপে Performance Monitoring ব্যবহার করে থাকেন, তাহলে নিম্নলিখিত সমস্যা সমাধানের টিপসগুলি Performance Monitoring বৈশিষ্ট্য এবং টুলিংয়ের সাথে জড়িত সাধারণ সমস্যাগুলির জন্য সাহায্য করতে পারে৷
আপনি যদি পারফরম্যান্স ইভেন্টগুলির জন্য লগ বার্তাগুলি দেখতে না পান তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:
নিশ্চিত করুন যে আপনার
Info.plistফাইলে নিম্নলিখিত ফ্ল্যাগের যে কোনো একটির মাধ্যমে Performance Monitoring SDK অক্ষম করা হয়নি :-
firebase_performance_collection_enabled -
firebase_performance_collection_deactivated
-
রানটাইমে Performance Monitoring অক্ষম করা নেই তা নিশ্চিত করুন ( Swift | Obj-C )।
আপনার অ্যাপে অক্ষম করা কিছু খুঁজে না পেলে, Firebase সহায়তার সাথে যোগাযোগ করুন ।
আপনি যদি স্ক্রিন রেন্ডারিং ট্রেসগুলির জন্য ডেটা অনুপস্থিত থাকেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:
নিশ্চিত করুন যে আপনি Apple প্ল্যাটফর্ম SDK (v11.8.0) এর সর্বশেষ সংস্করণ ব্যবহার করছেন। স্ক্রীন রেন্ডারিং ট্রেস শুধুমাত্র v5.0.0 বা তার পরে উপলব্ধ।
Performance Monitoring কন্টেইনার ভিউ কন্ট্রোলারের জন্য স্ক্রীন রেন্ডারিং ট্রেস তৈরি করে না (যেমন
UINavigationControllerএবংUITabBarController)। যদি শুধুমাত্র এই স্ক্রিনের জন্য ডেটা অনুপস্থিত থাকে, তাহলে এটি প্রত্যাশিত আচরণ।
আপনি কি স্বয়ংক্রিয়ভাবে সংগৃহীত ট্রেসগুলির জন্য কর্মক্ষমতা ডেটা দেখছেন কিন্তু কাস্টম কোড ট্রেসের জন্য নয় ? নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:
Trace API এর মাধ্যমে কাস্টম কোড ট্রেসের সেটআপ পরীক্ষা করুন, বিশেষ করে নিম্নলিখিতগুলি:
- কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিক্সের জন্য নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও অগ্রণী বা পিছনের সাদা স্থান নেই, কোনও অগ্রণী আন্ডারস্কোর (
_) অক্ষর নেই এবং সর্বাধিক দৈর্ঘ্য 32 অক্ষর৷ - সমস্ত ট্রেস শুরু এবং বন্ধ করা আবশ্যক. যে কোনো ট্রেস যা শুরু হয়নি, বন্ধ করা হয়নি বা শুরু হওয়ার আগে বন্ধ করা হয়েছে তা লগ করা হবে না।
- কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিক্সের জন্য নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও অগ্রণী বা পিছনের সাদা স্থান নেই, কোনও অগ্রণী আন্ডারস্কোর (
Performance Monitoring প্রত্যাশিত কাস্টম কোড ট্রেস লগিং করছে কিনা তা নিশ্চিত করতে আপনার লগ বার্তাগুলি পরীক্ষা করুন ৷
যদি Performance Monitoring ইভেন্টগুলি লগিং করে, কিন্তু 24 ঘন্টা পরে কোনও ডেটা প্রদর্শিত না হয়, Firebase সহায়তার সাথে যোগাযোগ করুন ৷
আপনি যদি নেটওয়ার্ক অনুরোধের ডেটা অনুপস্থিত থাকেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:
নেটওয়ার্ক লাইব্রেরি অসঙ্গতি জন্য পরীক্ষা করুন. Performance Monitoring স্বয়ংক্রিয়ভাবে নেটওয়ার্ক অনুরোধগুলির জন্য মেট্রিক্স সংগ্রহ করে যা নিম্নলিখিত নেটওয়ার্কিং লাইব্রেরিগুলি ব্যবহার করে:
- সুইফটের জন্য: ইউআরএল সেশন এবং ইউআরএল সংযোগ
- উদ্দেশ্য-C এর জন্য: NSURLSession এবং NSURLConnection
নোট করুন যে আপনি নেটওয়ার্ক অনুরোধের জন্য কাস্টম মনিটরিং যোগ করতে পারেন।
নিম্নলিখিত বিষয়ে সচেতন থাকুন:
আপনার কোড এবং আপনার কোড দ্বারা ব্যবহৃত নেটওয়ার্কিং লাইব্রেরিগুলির আচরণের উপর নির্ভর করে, Performance Monitoring শুধুমাত্র সম্পূর্ণ হওয়া নেটওয়ার্ক অনুরোধগুলিতে রিপোর্ট করতে পারে। এর মানে হল যে HTTP/S সংযোগগুলি খোলা রেখে দেওয়া হয় তা রিপোর্ট করা যাবে না।
Performance Monitoring অবৈধ
Content-Typeশিরোনাম সহ নেটওয়ার্ক অনুরোধে রিপোর্ট করে না। যাইহোক,Content-Typeশিরোনাম ছাড়া নেটওয়ার্ক অনুরোধ এখনও গ্রহণ করা হবে।
Performance Monitoring কীভাবে URL প্যাটার্নের অধীনে নেটওয়ার্ক অনুরোধের ডেটা একত্রিত করে সে সম্পর্কে আরও জানুন।
এছাড়াও আপনি কাস্টম URL প্যাটার্ন ব্যবহার করে দেখতে পারেন!
FAQ
আমরা আমাদের সাম্প্রতিক সতর্কতার প্রবর্তনের ফলো-আপ হিসাবে সাম্প্রতিক সতর্কতাগুলির সাথে শীর্ষ সমস্যাগুলি প্রতিস্থাপন করেছি, যা আপনার সেট করা থ্রেশহোল্ডগুলি অতিক্রম করার পরে স্বয়ংক্রিয়ভাবে আপনাকে অবহিত করে৷ সমস্যাগুলি এখন অবহেলিত হয়েছে এবং সতর্কতা দ্বারা প্রতিস্থাপিত হয়েছে৷
পারফরম্যান্স কার্ডের শীর্ষে থাকা অ্যাপস নির্বাচক সাম্প্রতিক সতর্কতার অধীনে সতর্কতা এন্ট্রিগুলি ফিল্টার করে। নির্বাচিত অ্যাপ(গুলি) জন্য শুধুমাত্র তিনটি সাম্প্রতিক সতর্কতা প্রদর্শিত হয়৷
সতর্কতা সম্পর্কে আরও জানতে, কর্মক্ষমতা সমস্যাগুলির জন্য সতর্কতা সেট আপ দেখুন।
Performance Monitoring সংজ্ঞায়িত থ্রেশহোল্ড অতিক্রম করে এমন মেট্রিকগুলির জন্য সতর্কতা সমর্থন করে। পারফরম্যান্স মেট্রিক্সের জন্য এই কনফিগারযোগ্য থ্রেশহোল্ডগুলির সাথে বিভ্রান্তি এড়াতে, আমরা সমস্যার জন্য থ্রেশহোল্ডগুলি কনফিগার করার ক্ষমতা সরিয়ে দিয়েছি।
আপনি কীভাবে সমস্যার সমাধান করবেন তা উন্নত করতে আমরা একটি নতুন নতুন ডিজাইন করা, কেন্দ্রীভূত ইউজার ইন্টারফেস (UI) দিয়ে বিবরণ এবং মেট্রিক্স পৃষ্ঠাগুলি প্রতিস্থাপন করেছি। এই নতুন সমস্যা সমাধানকারী UI একই মূল কার্যকারিতা অফার করে যা বিবরণ এবং মেট্রিক্স অফার করে। সমস্যা সমাধান সম্পর্কে আরও জানতে, একটি নির্দিষ্ট ট্রেসের জন্য আরও ডেটা দেখুন দেখুন।
Performance Monitoring আপনার অ্যাপের ব্যবহারকারী ডিভাইস থেকে কর্মক্ষমতা ডেটা সংগ্রহ করে। যদি আপনার অ্যাপ্লিকেশনটিতে অনেক ব্যবহারকারী থাকে বা অ্যাপটি যদি প্রচুর পরিমাণে কর্মক্ষমতা ক্রিয়াকলাপ তৈরি করে, Performance Monitoring প্রক্রিয়াকৃত ইভেন্টের সংখ্যা কমাতে ডিভাইসের একটি উপসেটে ডেটা সংগ্রহ সীমাবদ্ধ করতে পারে। এই সীমাগুলি যথেষ্ট উচ্চ যাতে, এমনকি কম ইভেন্ট থাকা সত্ত্বেও, মেট্রিক মানগুলি এখনও আপনার ব্যবহারকারীর অ্যাপ অভিজ্ঞতার প্রতিনিধিত্ব করে৷
আমরা যে ডেটা সংগ্রহ করি তার ভলিউম পরিচালনা করতে, Performance Monitoring নিম্নলিখিত নমুনা বিকল্পগুলি ব্যবহার করে:
অন-ডিভাইস রেট সীমিত করা : কোনো ডিভাইসকে হঠাৎ করে বিস্ফোরিত ট্রেস পাঠানো থেকে বিরত রাখতে, আমরা প্রতি 10 মিনিটে একটি ডিভাইস থেকে পাঠানো কোড এবং নেটওয়ার্ক অনুরোধ ট্রেসের সংখ্যা 300টি ইভেন্টে সীমাবদ্ধ করি। এই পদ্ধতিটি ডিভাইসটিকে লুপ করা ইন্সট্রুমেন্টেশন থেকে রক্ষা করে যা প্রচুর পরিমাণে পারফরম্যান্স ডেটা পাঠাতে পারে এবং এটি একটি একক ডিভাইসকে পারফরম্যান্সের পরিমাপকে স্কুই করা থেকে বাধা দেয়।
ডায়নামিক স্যাম্পলিং : Performance Monitoring সমস্ত অ্যাপ ব্যবহারকারীদের জন্য প্রতিদিন অ্যাপ প্রতি সীমিত সংখ্যক কোড ট্রেস এবং নেটওয়ার্ক অনুরোধ ট্রেস সংগ্রহ করে। একটি র্যান্ডম ডিভাইস ক্যাপচার এবং ট্রেস পাঠাতে হবে কিনা তা নির্ধারণ করতে ডিভাইসগুলিতে ( Firebase Remote Config ব্যবহার করে) একটি গতিশীল স্যাম্পলিং রেট আনা হয়। নমুনা নেওয়ার জন্য নির্বাচিত নয় এমন একটি ডিভাইস কোনো ইভেন্ট পাঠায় না। ডায়নামিক স্যাম্পলিং রেট অ্যাপ-নির্দিষ্ট এবং সংগৃহীত ডেটার সামগ্রিক ভলিউম সীমার নিচে থাকে তা নিশ্চিত করতে সমন্বয় করে।
BigQuery ইন্টিগ্রেশন সক্ষম করে এমন প্রকল্পগুলি নেটওয়ার্ক অনুরোধের ট্রেসের সংখ্যার জন্য একটি উচ্চ সীমা পায়।
ব্যবহারকারীর সেশনগুলি ব্যবহারকারীর ডিভাইস থেকে অতিরিক্ত, বিস্তারিত ডেটা পাঠায়, ডেটা ক্যাপচার এবং পাঠাতে আরও সংস্থান প্রয়োজন। ব্যবহারকারীর সেশনের প্রভাব কমাতে, Performance Monitoring সেশনের সংখ্যা সীমাবদ্ধ করতে পারে।
সার্ভার-সাইড রেট সীমিত করা : অ্যাপগুলি যাতে স্যাম্পলিং সীমা অতিক্রম না করে তা নিশ্চিত করতে, Performance Monitoring ডিভাইস থেকে প্রাপ্ত কিছু ইভেন্ট ড্রপ করতে সার্ভার-সাইড স্যাম্পলিং ব্যবহার করতে পারে। যদিও এই ধরনের সীমাবদ্ধতা আমাদের মেট্রিক্সের কার্যকারিতা পরিবর্তন করে না, তবে এটি নিম্নোক্তগুলি সহ ছোটখাটো প্যাটার্ন পরিবর্তনের কারণ হতে পারে:
- কোডের একটি অংশ কতবার কার্যকর করা হয়েছিল তার থেকে ট্রেসের সংখ্যা আলাদা হতে পারে।
- কোডে ঘনিষ্ঠভাবে সংযুক্ত ট্রেসগুলির প্রতিটিতে আলাদা সংখ্যক নমুনা থাকতে পারে।
আমরা সতর্কতার প্রবর্তনের সাথে সমস্যা ট্যাবটি প্রতিস্থাপন করেছি, যা আপনার সেট করা থ্রেশহোল্ড অতিক্রম করলে স্বয়ংক্রিয়ভাবে আপনাকে অবহিত করে। থ্রেশহোল্ডের স্থিতি নির্ধারণ করতে আপনাকে আর ম্যানুয়ালি Firebase কনসোল চেক করতে হবে না। সতর্কতা সম্পর্কে জানতে, কর্মক্ষমতা সংক্রান্ত সমস্যার জন্য সতর্কতা সেট আপ দেখুন।
আমরা Firebase কনসোলের Performance Monitoring বিভাগটিকে নতুনভাবে ডিজাইন করেছি যাতে ড্যাশবোর্ড ট্যাব আপনার মূল মেট্রিক্স এবং আপনার সমস্ত ট্রেস এক জায়গায় প্রদর্শন করে। পুনরায় ডিজাইনের অংশ হিসাবে, আমরা ডিভাইস এবং নেটওয়ার্ক পৃষ্ঠাগুলি সরিয়ে দিয়েছি।
ড্যাশবোর্ড ট্যাবের নীচের ট্রেস টেবিলে সমস্ত একই তথ্য রয়েছে যা অন ডিভাইস এবং নেটওয়ার্ক ট্যাবগুলি প্রদর্শিত হয়, তবে নির্দিষ্ট মেট্রিকের শতাংশ পরিবর্তনের মাধ্যমে আপনার ট্রেসগুলিকে সাজানোর ক্ষমতা সহ কিছু অতিরিক্ত বৈশিষ্ট্য সহ। একটি নির্দিষ্ট ট্রেসের জন্য সমস্ত মেট্রিক্স এবং ডেটা দেখতে, ট্রেস টেবিলের ট্রেস নামের উপর ক্লিক করুন।
ট্রেস টেবিলের নিম্নলিখিত সাবট্যাবগুলিতে আপনার ট্রেসগুলি দেখুন:
- নেটওয়ার্ক অনুরোধ ট্রেস (বক্সের বাইরে এবং কাস্টম উভয়ই) — নেটওয়ার্ক অনুরোধ সাবট্যাব
- কাস্টম কোড ট্রেস — কাস্টম ট্রেস সাবট্যাব
- অ্যাপ শুরু, অ্যাপ-ইন-ফোরগ্রাউন্ড, অ্যাপ-ইন-ব্যাকগ্রাউন্ড ট্রেস — কাস্টম ট্রেস সাবট্যাব
- স্ক্রীন রেন্ডারিং ট্রেস — স্ক্রীন রেন্ডারিং সাবট্যাব
- পৃষ্ঠা লোড ট্রেস — পৃষ্ঠা লোড সাবট্যাব
ট্রেস টেবিল এবং দেখার মেট্রিক্স এবং ডেটা সম্পর্কে বিশদ বিবরণের জন্য, কনসোল ওভারভিউ পৃষ্ঠাটি দেখুন ( iOS+ | Android | ওয়েব )।
ধীর রেন্ডারিং ফ্রেম এবং হিমায়িত ফ্রেমগুলি 60Hz এর অনুমানকৃত ডিভাইস রিফ্রেশ রেট দিয়ে গণনা করা হয়। একটি ডিভাইস রিফ্রেশ রেট 60Hz-এর কম হলে, প্রতিটি ফ্রেমের রেন্ডারিং সময় ধীর হবে কারণ প্রতি সেকেন্ডে কম ফ্রেম রেন্ডার করা হয়। ধীর রেন্ডারিং সময় আরও ধীর বা হিমায়িত ফ্রেমের রিপোর্ট করতে পারে কারণ আরও ফ্রেম ধীরে রেন্ডার করা হবে বা হিমায়িত হবে। যাইহোক, যদি একটি ডিভাইস রিফ্রেশ রেট 60Hz-এর বেশি হয়, প্রতিটি ফ্রেমের দ্রুত রেন্ডারিং সময় থাকবে। এর ফলে কম ধীর বা হিমায়িত ফ্রেম রিপোর্ট করা হতে পারে। Performance Monitoring SDK-এ এটি একটি বর্তমান সীমাবদ্ধতা।
আপনি যদি Firebase Performance Monitoring জন্য BigQuery ইন্টিগ্রেশন সক্ষম করে থাকেন, তাহলে দিন শেষ হওয়ার 12 থেকে 24 ঘণ্টার মধ্যে আপনার ডেটা BigQuery-এ এক্সপোর্ট করা হবে (প্যাসিফিক টাইম)।
উদাহরণস্বরূপ, 19 এপ্রিলের ডেটা BigQuery-এ 20 এপ্রিল দুপুর 12:00 থেকে মধ্যরাতের মধ্যে উপলব্ধ হবে (সমস্ত তারিখ এবং সময় প্যাসিফিক সময়)।
রিয়েল-টাইম ডেটা প্রসেসিং এবং প্রদর্শন কাছাকাছি
Firebase Performance Monitoring প্রক্রিয়াগুলি এটি আসার সাথে সাথে পারফরম্যান্স ডেটা সংগ্রহ করে, যার ফলস্বরূপ Firebase কনসোলে রিয়েল-টাইম ডেটা প্রদর্শিত হয়। প্রসেসড ডেটা কনসোলে এর সংগ্রহের কয়েক মিনিটের মধ্যে প্রদর্শন করে, তাই "রিয়েল-টাইম" শব্দটি।
কাছাকাছি রিয়েল-টাইম ডেটা প্রসেসিংয়ের সুবিধা নিতে, আপনার অ্যাপ্লিকেশনটি একটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ ব্যবহার করে তা নিশ্চিত করুন।
কাছাকাছি রিয়েল-টাইম ডেটা প্রসেসিংয়ের সুবিধা নিতে, আপনাকে কেবল নিশ্চিত করতে হবে যে আপনার অ্যাপ্লিকেশনটি একটি Performance Monitoring এসডিকে সংস্করণ ব্যবহার করে যা রিয়েল-টাইম ডেটা প্রসেসিংয়ের সাথে সামঞ্জস্যপূর্ণ।
এগুলি হ'ল রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ:
- আইওএস - v7.3.0 বা তার পরে
- টিভিওএস - v8.9.0 বা তার পরে
- অ্যান্ড্রয়েড - v19.0.10 বা তার পরে (বা Firebase Android BoM 26.1.0 বা তার পরে)
- ওয়েব - v7.14.0 বা তার পরে
নোট করুন যে আমরা সর্বদা এসডিকে সর্বশেষ সংস্করণ ব্যবহার করার পরামর্শ দিই, তবে উপরে তালিকাভুক্ত যে কোনও সংস্করণ আপনার ডেটা প্রক্রিয়া করতে Performance Monitoring সক্ষম করবে।
এগুলি এসডিকে সংস্করণগুলি রিয়েল-টাইম ডেটা প্রসেসিংয়ের সাথে সামঞ্জস্যপূর্ণ:
- আইওএস - v7.3.0 বা তার পরে
- টিভিওএস - v8.9.0 বা তার পরে
- অ্যান্ড্রয়েড - v19.0.10 বা তার পরে (বা Firebase Android BoM 26.1.0 বা তার পরে)
- ওয়েব - v7.14.0 বা তার পরে
নোট করুন যে আমরা সর্বদা এসডিকে সর্বশেষ সংস্করণ ব্যবহার করার পরামর্শ দিই, তবে উপরে তালিকাভুক্ত যে কোনও সংস্করণ আপনার ডেটা প্রক্রিয়া করতে Performance Monitoring সক্ষম করবে।
যদি আপনার অ্যাপ্লিকেশনটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ ব্যবহার না করে তবে আপনি এখনও Firebase কনসোলে আপনার অ্যাপ্লিকেশনটির সমস্ত পারফরম্যান্স ডেটা দেখতে পাবেন। যাইহোক, পারফরম্যান্স ডেটা প্রদর্শন তার সংগ্রহের সময় থেকে প্রায় 36 ঘন্টা বিলম্বিত হবে।
হ্যাঁ! কোনও অ্যাপ্লিকেশন উদাহরণ যে কোনও এসডিকে সংস্করণ ব্যবহার করে তা নির্বিশেষে, আপনি আপনার সমস্ত ব্যবহারকারীর পারফরম্যান্স ডেটা দেখতে পাবেন।
তবে, আপনি যদি সাম্প্রতিক ডেটা (প্রায় 36 ঘন্টারও কম বয়সী) দেখছেন তবে প্রদর্শিত ডেটা একটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ ব্যবহার করে অ্যাপ্লিকেশন দৃষ্টান্ত ব্যবহারকারীদের কাছ থেকে। অ-রিসেন্ট ডেটা যদিও আপনার অ্যাপ্লিকেশনটির সমস্ত সংস্করণ থেকে পারফরম্যান্স ডেটা অন্তর্ভুক্ত করে।
ফায়ারবেস সমর্থন যোগাযোগ
আপনি যদি ফায়ারবেস সমর্থনে পৌঁছান তবে সর্বদা আপনার ফায়ারবেস অ্যাপ আইডি অন্তর্ভুক্ত করুন। আপনার প্রকল্পের সেটিংসের আপনার অ্যাপ্লিকেশন কার্ডে আপনার ফায়ারবেস অ্যাপ্লিকেশন আইডি সন্ধান করুন।
,এই পৃষ্ঠাটি Performance Monitoring বা Performance Monitoring বৈশিষ্ট্য এবং সরঞ্জামাদি ব্যবহারের সাথে শুরু করার জন্য সমস্যা সমাধানের টিপস সরবরাহ করে।
সমস্যা সমাধানের জন্য প্রথম চেক
নিম্নলিখিত দুটি চেক হ'ল আরও সমস্যা সমাধানের আগে যে কারও জন্য প্রস্তাবিত সাধারণ সেরা অনুশীলন।
1। পারফরম্যান্স ইভেন্টগুলির জন্য লগ বার্তাগুলি পরীক্ষা করুন
Performance Monitoring এসডিকে পারফরম্যান্স ইভেন্টগুলি ক্যাপচার করছে তা নিশ্চিত হওয়ার জন্য আপনার লগ বার্তাগুলি পরীক্ষা করুন।
ডিবাগ লগিং সক্ষম করুন, নিম্নলিখিত হিসাবে:
- এক্সকোডে (ন্যূনতম v15.2), পণ্য > স্কিম > সম্পাদনা স্কিম নির্বাচন করুন।
- বাম মেনু থেকে রান নির্বাচন করুন, তারপরে আর্গুমেন্টস ট্যাবটি নির্বাচন করুন।
- লঞ্চ বিভাগে পাস করা যুক্তিগুলিতে , অ্যাড
-FIRDebugEnabled।
কোনো ত্রুটি বার্তা জন্য আপনার লগ বার্তা পরীক্ষা করুন.
Performance Monitoring তার লগ বার্তাগুলি
Firebase/Performanceসাথে ট্যাগ করে যাতে আপনি আপনার লগ বার্তাগুলি ফিল্টার করতে পারেন।নিম্নলিখিত ধরনের লগগুলির জন্য পরীক্ষা করুন যা নির্দেশ করে যে Performance Monitoring পারফরম্যান্স ইভেন্টগুলি লগিং করছে:
-
Logging trace metric: TRACE_NAME , FIREBASE_PERFORMANCE_CONSOLE_URL -
Logging network request trace: URL
-
Firebase কনসোলে আপনার ডেটা দেখতে URL-এ ক্লিক করুন। ড্যাশবোর্ডে ডেটা আপডেট হতে কয়েক মুহূর্ত সময় লাগতে পারে।
যদি আপনার অ্যাপ্লিকেশনটি পারফরম্যান্স ইভেন্টগুলি লগিং না করে তবে সমস্যা সমাধানের টিপসগুলি পর্যালোচনা করুন।
2। ফায়ারবেস স্ট্যাটাস ড্যাশবোর্ড পরীক্ষা করুন
ফায়ারবেস বা Performance Monitoring জন্য কোনও আউটেজ থাকলে ফায়ারবেস স্ট্যাটাস ড্যাশবোর্ডটি পরীক্ষা করুন।
Performance Monitoring দিয়ে শুরু করা
আপনি যদি Performance Monitoring ( আইওএস+ | অ্যান্ড্রয়েড | ওয়েব ) দিয়ে শুরু করে থাকেন তবে নিম্নলিখিত সমস্যা সমাধানের টিপসগুলি এসডিকে সনাক্তকরণ বা Firebase কনসোলে আপনার প্রথম পারফরম্যান্স ডেটা প্রদর্শনকারী ফায়ারবেসকে জড়িত সমস্যাগুলিতে সহায়তা করতে পারে।
ফায়ারবেস সনাক্ত করতে পারে যে আপনি যখন আপনার অ্যাপ্লিকেশন থেকে ইভেন্টের তথ্য (অ্যাপ্লিকেশন ইন্টারঅ্যাকশনগুলির মতো) পান তখন আপনি আপনার অ্যাপ্লিকেশনটিতে Performance Monitoring এসডিকে সফলভাবে যুক্ত করেছেন কিনা তা সনাক্ত করতে পারে। সাধারণত আপনার অ্যাপ্লিকেশনটি শুরু করার 10 মিনিটের মধ্যে, Firebase কনসোলের পারফরম্যান্স ড্যাশবোর্ড একটি "এসডিকে সনাক্ত" বার্তা প্রদর্শন করে। তারপরে, 30 মিনিটের মধ্যে, ড্যাশবোর্ড প্রাথমিক প্রক্রিয়াজাত ডেটা প্রদর্শন করে।
আপনি যদি আপনার অ্যাপ্লিকেশনটিতে এসডিকে সর্বশেষতম সংস্করণ যুক্ত করেছেন 10 মিনিটেরও বেশি সময় হয়ে গেছেন এবং আপনি এখনও কোনও পরিবর্তন দেখতে পাচ্ছেন না, Performance Monitoring লগিং ইভেন্টগুলি কিনা তা নিশ্চিত করার জন্য আপনার লগ বার্তাগুলি পরীক্ষা করুন । বিলম্বিত এসডিকে সনাক্তকরণ বার্তার সমস্যা সমাধানের জন্য নীচে বর্ণিত যথাযথ সমস্যা সমাধানের পদক্ষেপগুলি ব্যবহার করে দেখুন।
আপনি যদি এখনও স্থানীয়ভাবে বিকাশ করছেন তবে ডেটা সংগ্রহের জন্য আরও ইভেন্ট তৈরি করার চেষ্টা করুন:
একটি সিমুলেটর বা টেস্ট ডিভাইস ব্যবহার করে আপনার অ্যাপ ডেভেলপ করা চালিয়ে যান।
আপনার অ্যাপকে ব্যাকগ্রাউন্ড এবং ফোরগ্রাউন্ডের মধ্যে বেশ কয়েকবার স্যুইচ করে, স্ক্রিন জুড়ে নেভিগেট করে আপনার অ্যাপের সাথে ইন্টারঅ্যাক্ট করে এবং/অথবা নেটওয়ার্ক অনুরোধগুলি ট্রিগার করে ইভেন্ট তৈরি করুন।
নিশ্চিত হয়ে নিন যে আপনার ফায়ারবেস কনফিগারেশন ফাইল (
Google-Service-Info.plist) আপনার অ্যাপ্লিকেশনটিতে সঠিকভাবে যুক্ত হয়েছে এবং আপনি ফাইলটি পরিবর্তন করেন নি। বিশেষত, নিম্নলিখিতগুলি পরীক্ষা করুন:কনফিগার ফাইলের নামটি অতিরিক্ত অক্ষরগুলির সাথে সংযুক্ত করা হয়নি, যেমন
(2)।কনফিগার ফাইলটি আপনার এক্সকোড প্রকল্পের মূলে রয়েছে এবং সঠিক লক্ষ্যগুলিতে যুক্ত হয়েছে।
কনফিগারেশন ফাইলে তালিকাভুক্ত ফায়ারবেস অ্যাপল অ্যাপ আইডি (
GOOGLE_APP_ID) আপনার অ্যাপ্লিকেশনটির জন্য সঠিক। আপনার প্রকল্পের সেটিংসের আপনার অ্যাপ্লিকেশন কার্ডে আপনার ফায়ারবেস অ্যাপ্লিকেশন আইডি সন্ধান করুন।
আপনার অ্যাপ্লিকেশনটিতে কনফিগারেশন ফাইলের সাথে যদি কিছু ভুল মনে হয় তবে নিম্নলিখিতগুলি ব্যবহার করে দেখুন:
আপনার অ্যাপ্লিকেশনটিতে বর্তমানে আপনার কাছে থাকা কনফিগার ফাইলটি মুছুন।
একটি নতুন কনফিগারেশন ফাইল ডাউনলোড করতে এই নির্দেশাবলী অনুসরণ করুন এবং এটি আপনার অ্যাপল অ্যাপ্লিকেশনটিতে যুক্ত করুন।
যদি এসডিকে ইভেন্টগুলি লগিং করছে এবং সবকিছু সঠিকভাবে সেট আপ করা হয়েছে বলে মনে হচ্ছে তবে আপনি এখনও এসডিকে সনাক্তকরণ বার্তা বা প্রক্রিয়াজাত ডেটা (2 ঘন্টা পরে) দেখছেন না, ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।
নিশ্চিত হয়ে নিন যে পারফরম্যান্স মনিটরিং এসডিকে আপনার
Info.plistফাইলের নিম্নলিখিত কোনও পতাকাগুলির মাধ্যমে Performance Monitoring নয় :-
firebase_performance_collection_enabled -
firebase_performance_collection_deactivated
-
নিশ্চিত হয়ে নিন যে রানটাইম ( সুইফট | ওবিজে-সি ) এ Performance Monitoring অক্ষম নয় ।
আপনি যদি আপনার অ্যাপ্লিকেশনটিতে অক্ষম কিছু খুঁজে না পান তবে ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।
পারফরম্যান্স ড্যাশবোর্ডে এটি প্রদর্শন করার আগে Performance Monitoring প্রক্রিয়া পারফরম্যান্স ইভেন্টের ডেটা।
যদি "এসডিকে সনাক্ত করা" বার্তাটি উপস্থিত হওয়ার পরে 24 ঘণ্টারও বেশি সময় হয়ে যায় এবং আপনি এখনও ডেটা দেখছেন না, তবে যদি কোনও পরিচিত আউটেজ থাকে তবে ফায়ারবেস স্ট্যাটাস ড্যাশবোর্ডটি পরীক্ষা করুন। যদি কোনও বিভ্রাট না হয় তবে ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।
সাধারণ সমস্যা সমাধান
আপনি যদি এসডিকে সফলভাবে যুক্ত করেছেন এবং আপনার অ্যাপ্লিকেশনটিতে Performance Monitoring ব্যবহার করছেন, নিম্নলিখিত সমস্যা সমাধানের টিপসগুলি সাধারণ সমস্যাগুলিতে সহায়তা করতে পারে যা Performance Monitoring বৈশিষ্ট্য এবং সরঞ্জামাদি জড়িত।
আপনি যদি পারফরম্যান্স ইভেন্টগুলির জন্য লগ বার্তা না দেখেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি ব্যবহার করে দেখুন:
নিশ্চিত হয়ে নিন যে পারফরম্যান্স মনিটরিং এসডিকে আপনার
Info.plistফাইলের নিম্নলিখিত কোনও পতাকাগুলির মাধ্যমে Performance Monitoring নয় :-
firebase_performance_collection_enabled -
firebase_performance_collection_deactivated
-
নিশ্চিত হয়ে নিন যে রানটাইম ( সুইফট | ওবিজে-সি ) এ Performance Monitoring অক্ষম নয় ।
আপনি যদি আপনার অ্যাপ্লিকেশনটিতে অক্ষম কিছু খুঁজে না পান তবে ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।
আপনি যদি স্ক্রিন রেন্ডারিং ট্রেসগুলির জন্য ডেটা মিস করছেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি ব্যবহার করে দেখুন:
আপনি অ্যাপল প্ল্যাটফর্ম এসডিকে (ভি 11.8.0) এর সর্বশেষ সংস্করণটি ব্যবহার করছেন তা নিশ্চিত করুন। স্ক্রিন রেন্ডারিং ট্রেসগুলি কেবল v5.0.0 বা তার পরে উপলব্ধ।
Performance Monitoring কনটেইনার ভিউ কন্ট্রোলারগুলির জন্য স্ক্রিন রেন্ডারিং ট্রেস তৈরি করে না (যেমন
UINavigationControllerএবংUITabBarController)। যদি এই স্ক্রিনগুলির জন্য ডেটা কেবল অনুপস্থিত থাকে তবে এটি প্রত্যাশিত আচরণ।
আপনি কি স্বয়ংক্রিয়ভাবে সংগৃহীত ট্রেসগুলির জন্য পারফরম্যান্স ডেটা দেখছেন তবে কাস্টম কোড ট্রেসগুলির জন্য নয় ? নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:
ট্রেস এপিআইয়ের মাধ্যমে চালিত কাস্টম কোড ট্রেসগুলির সেটআপটি পরীক্ষা করুন, বিশেষত নিম্নলিখিতগুলি:
- কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিকের নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও শীর্ষস্থানীয় বা ট্রেলিং হোয়াইটস্পেস, কোনও শীর্ষস্থানীয় আন্ডারস্কোর (
_) চরিত্র এবং সর্বোচ্চ দৈর্ঘ্য 32 টি অক্ষর নয়। - সমস্ত ট্রেস অবশ্যই শুরু করা এবং বন্ধ করতে হবে। যে কোনও ট্রেস যা শুরু হয় না, থামানো হয় না বা শুরু করার আগে থামানো হয় না লগ করা হবে না।
- কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিকের নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও শীর্ষস্থানীয় বা ট্রেলিং হোয়াইটস্পেস, কোনও শীর্ষস্থানীয় আন্ডারস্কোর (
Performance Monitoring প্রত্যাশিত কাস্টম কোড ট্রেসগুলিতে লগিং করছে তা নিশ্চিত করতে আপনার লগ বার্তাগুলি পরীক্ষা করুন ।
যদি Performance Monitoring লগিং ইভেন্টগুলি হয় তবে 24 ঘন্টা পরে কোনও ডেটা প্রদর্শিত হয় না, ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।
আপনি যদি নেটওয়ার্ক অনুরোধের ডেটা মিস করছেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি ব্যবহার করে দেখুন:
নেটওয়ার্ক লাইব্রেরি অসামঞ্জস্যতার জন্য পরীক্ষা করুন। Performance Monitoring স্বয়ংক্রিয়ভাবে নেটওয়ার্ক অনুরোধগুলির জন্য মেট্রিকগুলি সংগ্রহ করে যা নিম্নলিখিত নেটওয়ার্কিং লাইব্রেরিগুলি ব্যবহার করে:
- সুইফটের জন্য: urlsession এবং url সংযোগ
- অবজেক্টিভ-সি এর জন্য: nsurlsession এবং nsurlConnection
নোট করুন যে আপনি নেটওয়ার্ক অনুরোধগুলির জন্য কাস্টম মনিটরিং যুক্ত করতে পারেন।
নিম্নলিখিত বিষয়ে সচেতন থাকুন:
আপনার কোড দ্বারা ব্যবহৃত আপনার কোড এবং নেটওয়ার্কিং লাইব্রেরিগুলির আচরণের উপর নির্ভর করে Performance Monitoring কেবলমাত্র নেটওয়ার্ক অনুরোধগুলিতে সম্পূর্ণ হতে পারে। এর অর্থ হ'ল HTTP/s সংযোগগুলি যা খোলা রেখে দেওয়া হয় তা রিপোর্ট করা যায় না।
Performance Monitoring অবৈধ
Content-Typeশিরোনামগুলির সাথে নেটওয়ার্ক অনুরোধগুলিতে প্রতিবেদন করে না। তবেContent-Typeশিরোনাম ছাড়াই নেটওয়ার্কের অনুরোধগুলি এখনও গ্রহণ করা হবে।
Performance Monitoring সমষ্টিগুলি ইউআরএল নিদর্শনগুলির অধীনে নেটওয়ার্ক অনুরোধের ডেটা কীভাবে সে সম্পর্কে আরও জানুন।
আপনি কাস্টম ইউআরএল নিদর্শনগুলিও চেষ্টা করে দেখতে পারেন!
FAQ
আমরা সাম্প্রতিক সতর্কতাগুলির সাথে শীর্ষস্থানীয় বিষয়গুলি আমাদের সাম্প্রতিক সতর্কতার প্রবর্তনের ফলোআপ হিসাবে প্রতিস্থাপন করেছি, যা আপনার সেট করা প্রান্তিকগুলি যখন অতিক্রম করা হবে তখন স্বয়ংক্রিয়ভাবে আপনাকে অবহিত করে। বিষয়গুলি এখন অবমূল্যায়িত এবং সতর্কতা দ্বারা প্রতিস্থাপন করা হয়।
পারফরম্যান্স কার্ডের শীর্ষে অ্যাপস নির্বাচক সাম্প্রতিক সতর্কতাগুলির অধীনে সতর্কতা এন্ট্রিগুলি ফিল্টার করে। নির্বাচিত অ্যাপ্লিকেশনগুলির জন্য কেবলমাত্র তিনটি সাম্প্রতিক সতর্কতা প্রদর্শিত হয়।
সতর্কতা সম্পর্কে আরও জানতে, পারফরম্যান্স ইস্যুগুলির জন্য সেট আপ সতর্কতাগুলি দেখুন।
Performance Monitoring মেট্রিকগুলির জন্য সতর্কতাগুলিকে সমর্থন করে যা সংজ্ঞায়িত থ্রেশহোল্ডগুলি ছাড়িয়ে যায়। পারফরম্যান্স মেট্রিকগুলির জন্য এই কনফিগারযোগ্য থ্রেশহোল্ডগুলির সাথে বিভ্রান্তি এড়াতে, আমরা ইস্যুগুলির জন্য থ্রেশহোল্ডগুলি কনফিগার করার ক্ষমতা সরিয়ে ফেলেছি।
আপনি কীভাবে সমস্যা সমাধানের সমস্যাগুলি উন্নত করতে আমরা নতুন নতুন ডিজাইন করা, সেন্ট্রালাইজড ইউজার ইন্টারফেস (ইউআই) দিয়ে বিশদ এবং মেট্রিক পৃষ্ঠাগুলি প্রতিস্থাপন করেছি। এই নতুন সমস্যা সমাধানের ইউআই একই মূল কার্যকারিতা সরবরাহ করে যা বিশদ এবং মেট্রিকগুলি অফার করে। সমস্যা সমাধান সম্পর্কে আরও জানতে, একটি নির্দিষ্ট ট্রেসের জন্য আরও ডেটা দেখুন ।
Performance Monitoring আপনার অ্যাপের ব্যবহারকারী ডিভাইসগুলি থেকে পারফরম্যান্স ডেটা সংগ্রহ করে। যদি আপনার অ্যাপ্লিকেশনটিতে অনেক ব্যবহারকারী থাকে বা যদি অ্যাপ্লিকেশনটি প্রচুর পরিমাণে পারফরম্যান্স ক্রিয়াকলাপ তৈরি করে তবে Performance Monitoring প্রক্রিয়াজাত ইভেন্টগুলির সংখ্যা হ্রাস করতে ডেটা সংগ্রহকে ডিভাইসের একটি উপসেটে সীমাবদ্ধ করতে পারে। এই সীমাগুলি যথেষ্ট পরিমাণে বেশি যাতে কম ইভেন্টের পরেও মেট্রিক মানগুলি এখনও আপনার ব্যবহারকারীর অ্যাপ্লিকেশন অভিজ্ঞতার প্রতিনিধি।
আমরা যে ডেটা সংগ্রহ করি তার পরিমাণ পরিচালনা করতে, Performance Monitoring নিম্নলিখিত স্যাম্পলিং বিকল্পগুলি ব্যবহার করে:
অন-ডিভাইস রেট সীমাবদ্ধকরণ : কোনও ডিভাইসকে হঠাৎ করে ট্রেসের বিস্ফোরণ প্রেরণ থেকে রোধ করতে, আমরা প্রতি 10 মিনিটে কোনও ডিভাইস থেকে প্রেরিত কোড এবং নেটওয়ার্ক অনুরোধের ট্রেসগুলির সংখ্যা সীমাবদ্ধ করি। এই পদ্ধতির ডিভাইসটিকে লুপযুক্ত উপকরণগুলি থেকে রক্ষা করে যা প্রচুর পরিমাণে পারফরম্যান্স ডেটা প্রেরণ করতে পারে এবং এটি কোনও একক ডিভাইসকে পারফরম্যান্স পরিমাপের স্কিউিং থেকে বাধা দেয়।
ডায়নামিক স্যাম্পলিং : Performance Monitoring সমস্ত অ্যাপ্লিকেশন ব্যবহারকারীদের জুড়ে প্রতিদিন অ্যাপ্লিকেশন প্রতি সীমিত সংখ্যক কোড ট্রেস এবং নেটওয়ার্ক অনুরোধ ট্রেস সংগ্রহ করে। কোনও এলোমেলো ডিভাইস ক্যাপচার এবং ট্রেস প্রেরণ করা উচিত কিনা তা নির্ধারণের জন্য ডিভাইসগুলিতে ( Firebase Remote Config ব্যবহার করে) একটি গতিশীল নমুনা হার আনা হয়। নমুনা দেওয়ার জন্য নির্বাচিত নয় এমন একটি ডিভাইস কোনও ইভেন্ট প্রেরণ করে না। গতিশীল নমুনা হারটি অ্যাপ-নির্দিষ্ট এবং সংগৃহীত ডেটার সামগ্রিক ভলিউম সীমাটির নীচে থেকে যায় তা নিশ্চিত করার জন্য সামঞ্জস্য করে।
যে প্রকল্পগুলি বিগকুয়ারি ইন্টিগ্রেশন সক্ষম করেছে তা নেটওয়ার্ক অনুরোধের চিহ্নগুলির সংখ্যার জন্য একটি উচ্চতর সীমা গ্রহণ করে।
ব্যবহারকারী সেশনগুলি কোনও ব্যবহারকারীর ডিভাইস থেকে অতিরিক্ত, বিশদ ডেটা প্রেরণ করে, ডেটা ক্যাপচার এবং প্রেরণের জন্য আরও সংস্থান প্রয়োজন। ব্যবহারকারীর সেশনের প্রভাব হ্রাস করতে, Performance Monitoring সেশনের সংখ্যাও সীমাবদ্ধ করতে পারে।
সার্ভার-সাইড রেট সীমাবদ্ধতা : অ্যাপ্লিকেশনগুলি নমুনা সীমা ছাড়িয়ে না যায় তা নিশ্চিত করার জন্য, Performance Monitoring ডিভাইসগুলি থেকে প্রাপ্ত কিছু ইভেন্ট বাদ দিতে সার্ভার-সাইড স্যাম্পলিং ব্যবহার করতে পারে। যদিও এই ধরণের সীমাবদ্ধতা আমাদের মেট্রিকগুলির কার্যকারিতা পরিবর্তন করে না, এটি নিম্নলিখিতগুলি সহ সামান্য প্যাটার্ন শিফট হতে পারে:
- ট্রেসের সংখ্যাটি কোডের একটি অংশ কার্যকর করা হয়েছিল তার সংখ্যা থেকে পৃথক হতে পারে।
- কোডগুলিতে ঘনিষ্ঠভাবে মিলিত হওয়া ট্রেসগুলির প্রত্যেকের বিভিন্ন সংখ্যক নমুনা থাকতে পারে।
আমরা সতর্কতাগুলির প্রবর্তনের সাথে ইস্যু ট্যাবটি প্রতিস্থাপন করেছি, যা আপনার সেট করা থ্রেশহোল্ডগুলি অতিক্রম করার সময় স্বয়ংক্রিয়ভাবে আপনাকে অবহিত করে। থ্রেশহোল্ডের স্থিতি নির্ধারণের জন্য আপনাকে আর ম্যানুয়ালি Firebase কনসোলটি পরীক্ষা করার দরকার নেই। সতর্কতা সম্পর্কে জানতে, পারফরম্যান্স ইস্যুগুলির জন্য সেট আপ সতর্কতাগুলি দেখুন।
আমরা Firebase কনসোলের Performance Monitoring বিভাগটি নতুনভাবে ডিজাইন করেছি যাতে ড্যাশবোর্ড ট্যাবটি আপনার মূল মেট্রিকগুলি এবং আপনার সমস্ত ট্রেসকে একটি জায়গায় প্রদর্শন করে। পুনরায় নকশার অংশ হিসাবে, আমরা অন ডিভাইস এবং নেটওয়ার্ক পৃষ্ঠাগুলি সরিয়ে ফেলেছি।
ড্যাশবোর্ড ট্যাবের নীচে ট্রেস টেবিলটিতে সমস্ত একই তথ্য রয়েছে যা অন ডিভাইস এবং নেটওয়ার্ক ট্যাবগুলি প্রদর্শিত হয়েছে, তবে কিছু যুক্ত বৈশিষ্ট্য সহ, নির্দিষ্ট মেট্রিকের জন্য শতাংশ পরিবর্তন দ্বারা আপনার ট্রেসগুলি বাছাই করার ক্ষমতা সহ। একটি নির্দিষ্ট ট্রেসের জন্য সমস্ত মেট্রিক্স এবং ডেটা দেখতে, ট্রেস টেবিলের ট্রেস নামের উপর ক্লিক করুন।
ট্রেস টেবিলের নিম্নলিখিত সাবট্যাবগুলিতে আপনার ট্রেসগুলি দেখুন:
- নেটওয়ার্ক অনুরোধ ট্রেস (বাক্স এবং কাস্টম উভয়ই) -নেটওয়ার্ক অনুরোধ সাবট্যাব
- কাস্টম কোড ট্রেস - কাস্টম ট্রেস সাবট্যাব
- অ্যাপ্লিকেশন স্টার্ট, অ্যাপ-ইন-ফোরগ্রাউন্ড, অ্যাপ-ইন-ব্যাকগ্রাউন্ড ট্রেস- কাস্টম ট্রেস সাবট্যাব
- স্ক্রিন রেন্ডারিং ট্রেস - স্ক্রিন রেন্ডারিং সাবট্যাব
- পৃষ্ঠা লোড ট্রেস - পৃষ্ঠা লোড সাবট্যাব
ট্রেস টেবিল এবং মেট্রিক এবং ডেটা দেখার বিষয়ে বিশদগুলির জন্য, কনসোল ওভারভিউ পৃষ্ঠাটি দেখুন ( আইওএস+ | অ্যান্ড্রয়েড | ওয়েব )।
ধীর রেন্ডারিং ফ্রেম এবং হিমায়িত ফ্রেমগুলি 60Hz এর একটি অনুমানিত ডিভাইস রিফ্রেশ রেট সহ গণনা করা হয়। যদি কোনও ডিভাইস রিফ্রেশ রেট 60Hz এর চেয়ে কম হয় তবে প্রতিটি ফ্রেমের একটি ধীর রেন্ডারিং সময় থাকবে কারণ প্রতি সেকেন্ডে কম ফ্রেম রেন্ডার করা হয়। ধীর রেন্ডারিংয়ের সময়গুলি আরও ধীর বা হিমায়িত ফ্রেমের প্রতিবেদন করতে পারে কারণ আরও ফ্রেমগুলি ধীর গতিতে বা হিমায়িত হবে। তবে, যদি কোনও ডিভাইস রিফ্রেশ রেট 60Hz এর চেয়ে বেশি হয় তবে প্রতিটি ফ্রেমের দ্রুত রেন্ডারিং সময় থাকবে। এটি কম ধীর বা হিমায়িত ফ্রেমের প্রতিবেদন করতে পারে। এটি Performance Monitoring এসডিকে একটি বর্তমান সীমাবদ্ধতা।
If you have enabled the BigQuery integration for Firebase Performance Monitoring , your data will be exported to BigQuery 12 to 24 hours after the end of the day (Pacific Time).
For example, the data for April 19th will be available in BigQuery on April 20th between 12:00pm and midnight (all dates and times are Pacific Time).
Near real-time data processing and display
Firebase Performance Monitoring processes collected performance data as it comes in, which results in near real-time data display in the Firebase console. Processed data displays in the console within a few minutes of its collection, hence the term "near real-time".
To take advantage of near real-time data processing, make sure your app uses a real-time compatible SDK version .
To take advantage of near real-time data processing, you only need to make sure that your app uses a Performance Monitoring SDK version that's compatible with real-time data processing.
These are the real-time compatible SDK versions:
- iOS — v7.3.0 or later
- tvOS — v8.9.0 or later
- Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
- Web — v7.14.0 or later
Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.
These are the SDK versions compatible with real-time data processing:
- iOS — v7.3.0 or later
- tvOS — v8.9.0 or later
- Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
- Web — v7.14.0 or later
Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.
If your app doesn't use a real-time compatible SDK version, you will still see all your app's performance data in the Firebase console. However, the display of performance data will be delayed by roughly 36 hours from the time of its collection.
হ্যাঁ! Regardless of which SDK version an app instance uses, you'll see performance data from all your users.
However, if you're looking at recent data (less than roughly 36 hours old), then the displayed data is from users of app instances using a real-time compatible SDK version. The non-recent data, though, includes performance data from all versions of your app.
Contacting Firebase Support
If you reach out to Firebase Support , always include your Firebase App ID. Find your Firebase App ID in the Your apps card of your Project settings .