এই পৃষ্ঠাটি Performance Monitoring শুরু করার জন্য বা Performance Monitoring বৈশিষ্ট্য এবং টুলিং ব্যবহার করার জন্য সমস্যা সমাধানের টিপস প্রদান করে।
সমস্যা সমাধানের জন্য প্রথমে পরীক্ষা করে
নিম্নলিখিত দুটি চেক হল সাধারণ সর্বোত্তম অনুশীলন যা পরবর্তী সমস্যা সমাধানের আগে যে কারও জন্য সুপারিশ করা হয়।
1. পারফরম্যান্স ইভেন্টগুলির জন্য লগ বার্তাগুলি পরীক্ষা করুন৷
Performance Monitoring এসডিকে পারফরম্যান্স ইভেন্টগুলি ক্যাপচার করছে তা নিশ্চিত হওয়ার জন্য আপনার লগ বার্তাগুলি পরীক্ষা করুন।
ডিবাগ লগিং সক্ষম করুন, নিম্নরূপ:
- 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. ফায়ারবেস স্ট্যাটাস ড্যাশবোর্ড চেক করুন
ফায়ারবেস বা Performance Monitoring জন্য কোনও আউটেজ থাকলে ফায়ারবেস স্ট্যাটাস ড্যাশবোর্ডটি পরীক্ষা করুন।
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
) সঠিকভাবে আপনার অ্যাপে যোগ করা হয়েছে এবং আপনি ফাইলটি পরিবর্তন করেননি। Specifically, check the following:কনফিগার ফাইলের নাম অতিরিক্ত অক্ষরের সাথে যুক্ত করা হয় না, যেমন
(2)
।কনফিগার ফাইলটি আপনার এক্সকোড প্রকল্পের মূলে রয়েছে এবং সঠিক লক্ষ্যগুলিতে যুক্ত হয়েছে।
কনফিগার ফাইলে তালিকাভুক্ত Firebase Apple অ্যাপ আইডি (
GOOGLE_APP_ID
) আপনার অ্যাপের জন্য সঠিক। আপনার প্রজেক্ট সেটিংসের আপনার অ্যাপস কার্ডে আপনার Firebase অ্যাপ আইডি খুঁজুন।
আপনার অ্যাপ্লিকেশনটিতে কনফিগারেশন ফাইলের সাথে যদি কিছু ভুল মনে হয় তবে নিম্নলিখিতগুলি ব্যবহার করে দেখুন:
আপনার অ্যাপে বর্তমানে যে কনফিগারেশন ফাইলটি আছে সেটি মুছুন।
একটি নতুন কনফিগার ফাইল ডাউনলোড করতে এবং আপনার অ্যাপল অ্যাপে যোগ করতে এই নির্দেশাবলী অনুসরণ করুন।
যদি SDK ইভেন্টগুলি লগিং করে এবং সবকিছু সঠিকভাবে সেট আপ করা বলে মনে হয়, কিন্তু আপনি এখনও SDK সনাক্তকরণ বার্তা বা প্রক্রিয়াকৃত ডেটা (2 ঘন্টা পরে) দেখতে পাচ্ছেন না, Firebase সহায়তার সাথে যোগাযোগ করুন ৷
Make sure that the Performance Monitoring SDK is not disabled through either of the following flags in your
Info.plist
file:-
firebase_performance_collection_enabled
-
firebase_performance_collection_deactivated
-
রানটাইমে Performance Monitoring অক্ষম করা নেই তা নিশ্চিত করুন ( Swift | Obj-C )।
আপনি যদি আপনার অ্যাপ্লিকেশনটিতে অক্ষম কিছু খুঁজে না পান তবে ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।
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 অক্ষম নয় ।
আপনি যদি আপনার অ্যাপ্লিকেশনটিতে অক্ষম কিছু খুঁজে না পান তবে ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।
আপনি যদি স্ক্রিন রেন্ডারিং ট্রেসগুলির জন্য ডেটা অনুপস্থিত থাকেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:
আপনি কি স্বয়ংক্রিয়ভাবে সংগৃহীত ট্রেসগুলির জন্য পারফরম্যান্স ডেটা দেখছেন তবে কাস্টম কোড ট্রেসগুলির জন্য নয় ? নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:
Trace API এর মাধ্যমে কাস্টম কোড ট্রেসের সেটআপ পরীক্ষা করুন, বিশেষ করে নিম্নলিখিতগুলি:
- কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিক্সের জন্য নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও অগ্রণী বা পিছনের সাদা স্থান নেই, কোনও অগ্রণী আন্ডারস্কোর (
_
) অক্ষর নেই এবং সর্বাধিক দৈর্ঘ্য 32 অক্ষর৷ - সমস্ত ট্রেস শুরু এবং বন্ধ করা আবশ্যক. যে কোনও ট্রেস যা শুরু হয় না, থামানো হয় না বা শুরু করার আগে থামানো হয় না লগ করা হবে না।
- কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিক্সের জন্য নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও অগ্রণী বা পিছনের সাদা স্থান নেই, কোনও অগ্রণী আন্ডারস্কোর (
Performance Monitoring প্রত্যাশিত কাস্টম কোড ট্রেসগুলিতে লগিং করছে তা নিশ্চিত করতে আপনার লগ বার্তাগুলি পরীক্ষা করুন ।
যদি Performance Monitoring লগিং ইভেন্টগুলি হয় তবে 24 ঘন্টা পরে কোনও ডেটা প্রদর্শিত হয় না, ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।
আপনি যদি নেটওয়ার্ক অনুরোধের ডেটা অনুপস্থিত থাকেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:
Check for network library incompatibility. Performance Monitoring স্বয়ংক্রিয়ভাবে নেটওয়ার্ক অনুরোধগুলির জন্য মেট্রিক্স সংগ্রহ করে যা নিম্নলিখিত নেটওয়ার্কিং লাইব্রেরিগুলি ব্যবহার করে:
- সুইফটের জন্য: ইউআরএল সেশন এবং ইউআরএল সংযোগ
- উদ্দেশ্য-C এর জন্য: NSURLSession এবং NSURLConnection
নোট করুন যে আপনি নেটওয়ার্ক অনুরোধের জন্য কাস্টম মনিটরিং যোগ করতে পারেন।
নিম্নলিখিত বিষয়ে সচেতন থাকুন:
আপনার কোড এবং আপনার কোড দ্বারা ব্যবহৃত নেটওয়ার্কিং লাইব্রেরিগুলির আচরণের উপর নির্ভর করে, Performance Monitoring শুধুমাত্র সম্পূর্ণ হওয়া নেটওয়ার্ক অনুরোধগুলিতে রিপোর্ট করতে পারে। এর মানে হল যে HTTP/S সংযোগগুলি খোলা রেখে দেওয়া হয় তা রিপোর্ট করা যাবে না।
Performance Monitoring অবৈধ
Content-Type
শিরোনাম সহ নেটওয়ার্ক অনুরোধে রিপোর্ট করে না। তবেContent-Type
শিরোনাম ছাড়াই নেটওয়ার্কের অনুরোধগুলি এখনও গ্রহণ করা হবে।
Learn more about how Performance Monitoring aggregates network request data under URL patterns.
এছাড়াও আপনি কাস্টম URL প্যাটার্ন ব্যবহার করে দেখতে পারেন!
FAQ
আমরা আমাদের সাম্প্রতিক সতর্কতার প্রবর্তনের ফলো-আপ হিসাবে সাম্প্রতিক সতর্কতাগুলির সাথে শীর্ষ সমস্যাগুলি প্রতিস্থাপন করেছি, যা আপনার সেট করা থ্রেশহোল্ডগুলি অতিক্রম করার পরে স্বয়ংক্রিয়ভাবে আপনাকে অবহিত করে৷ বিষয়গুলি এখন অবমূল্যায়িত এবং সতর্কতা দ্বারা প্রতিস্থাপন করা হয়।
পারফরম্যান্স কার্ডের শীর্ষে থাকা অ্যাপস নির্বাচক সাম্প্রতিক সতর্কতার অধীনে সতর্কতা এন্ট্রিগুলি ফিল্টার করে। নির্বাচিত অ্যাপ(গুলি) জন্য শুধুমাত্র তিনটি সাম্প্রতিক সতর্কতা প্রদর্শিত হয়৷
সতর্কতা সম্পর্কে আরও জানতে, কর্মক্ষমতা সমস্যাগুলির জন্য সতর্কতা সেট আপ দেখুন।
Performance Monitoring সংজ্ঞায়িত থ্রেশহোল্ড অতিক্রম করে এমন মেট্রিকগুলির জন্য সতর্কতা সমর্থন করে। পারফরম্যান্স মেট্রিকগুলির জন্য এই কনফিগারযোগ্য থ্রেশহোল্ডগুলির সাথে বিভ্রান্তি এড়াতে, আমরা ইস্যুগুলির জন্য থ্রেশহোল্ডগুলি কনফিগার করার ক্ষমতা সরিয়ে ফেলেছি।
আপনি কীভাবে সমস্যা সমাধানের সমস্যাগুলি উন্নত করতে আমরা নতুন নতুন ডিজাইন করা, সেন্ট্রালাইজড ইউজার ইন্টারফেস (ইউআই) দিয়ে বিশদ এবং মেট্রিক পৃষ্ঠাগুলি প্রতিস্থাপন করেছি। এই নতুন সমস্যা সমাধানের ইউআই একই মূল কার্যকারিতা সরবরাহ করে যা বিশদ এবং মেট্রিকগুলি অফার করে। সমস্যা সমাধান সম্পর্কে আরও জানতে, একটি নির্দিষ্ট ট্রেসের জন্য আরও ডেটা দেখুন দেখুন।
Performance Monitoring আপনার অ্যাপের ব্যবহারকারী ডিভাইস থেকে কর্মক্ষমতা ডেটা সংগ্রহ করে। যদি আপনার অ্যাপ্লিকেশনটিতে অনেক ব্যবহারকারী থাকে বা অ্যাপটি যদি প্রচুর পরিমাণে কর্মক্ষমতা ক্রিয়াকলাপ তৈরি করে, তবে Performance Monitoring প্রক্রিয়াকৃত ইভেন্টের সংখ্যা কমাতে ডিভাইসের একটি উপসেটে ডেটা সংগ্রহ সীমাবদ্ধ করতে পারে। এই সীমাগুলি যথেষ্ট উচ্চ যাতে, এমনকি কম ইভেন্ট থাকা সত্ত্বেও, মেট্রিক মানগুলি এখনও আপনার ব্যবহারকারীর অ্যাপ অভিজ্ঞতার প্রতিনিধিত্ব করে৷
আমরা যে ডেটা সংগ্রহ করি তার ভলিউম পরিচালনা করতে, Performance Monitoring নিম্নলিখিত নমুনা বিকল্পগুলি ব্যবহার করে:
অন-ডিভাইস রেট সীমিত করা : কোনো ডিভাইসকে হঠাৎ করে বিস্ফোরিত ট্রেস পাঠানো থেকে বিরত রাখতে, আমরা প্রতি 10 মিনিটে একটি ডিভাইস থেকে পাঠানো কোড এবং নেটওয়ার্ক অনুরোধ ট্রেসের সংখ্যা 300টি ইভেন্টে সীমাবদ্ধ করি। এই পদ্ধতিটি ডিভাইসটিকে লুপ করা ইন্সট্রুমেন্টেশন থেকে রক্ষা করে যা প্রচুর পরিমাণে পারফরম্যান্স ডেটা পাঠাতে পারে এবং এটি একটি একক ডিভাইসকে পারফরম্যান্সের পরিমাপকে স্কুই করা থেকে বাধা দেয়।
ডায়নামিক স্যাম্পলিং : Performance Monitoring কোড ট্রেসের জন্য আনুমানিক 100M ইভেন্টের একটি সীমা সংগ্রহ করে এবং সমস্ত অ্যাপ ব্যবহারকারীদের জন্য প্রতিদিন প্রতি অ্যাপের জন্য নেটওয়ার্ক অনুরোধ ট্রেসের জন্য 100M সংগ্রহ করে। একটি র্যান্ডম ডিভাইস ক্যাপচার এবং ট্রেস পাঠাতে হবে কিনা তা নির্ধারণ করতে ডিভাইসগুলিতে ( Firebase Remote Config ব্যবহার করে) একটি গতিশীল স্যাম্পলিং রেট আনা হয়। নমুনা নেওয়ার জন্য নির্বাচিত নয় এমন একটি ডিভাইস কোনো ইভেন্ট পাঠায় না। ডায়নামিক স্যাম্পলিং রেট অ্যাপ-নির্দিষ্ট এবং সংগৃহীত ডেটার সামগ্রিক ভলিউম সীমার নিচে থাকে তা নিশ্চিত করতে সমন্বয় করে।
ব্যবহারকারীর সেশনগুলি ব্যবহারকারীর ডিভাইস থেকে অতিরিক্ত, বিস্তারিত ডেটা পাঠায়, ডেটা ক্যাপচার এবং পাঠাতে আরও সংস্থান প্রয়োজন। ব্যবহারকারীর সেশনের প্রভাব কমাতে, Performance Monitoring সেশনের সংখ্যা সীমাবদ্ধ করতে পারে।
সার্ভার-সাইড রেট সীমিত করা : অ্যাপগুলি যাতে স্যাম্পলিং সীমা অতিক্রম না করে তা নিশ্চিত করতে, Performance Monitoring ডিভাইস থেকে প্রাপ্ত কিছু ইভেন্ট ড্রপ করতে সার্ভার-সাইড স্যাম্পলিং ব্যবহার করতে পারে। যদিও এই ধরণের সীমাবদ্ধতা আমাদের মেট্রিকগুলির কার্যকারিতা পরিবর্তন করে না, এটি নিম্নলিখিতগুলি সহ সামান্য প্যাটার্ন শিফট হতে পারে:
- ট্রেসের সংখ্যাটি কোডের একটি অংশ কার্যকর করা হয়েছিল তার সংখ্যা থেকে পৃথক হতে পারে।
- কোডে ঘনিষ্ঠভাবে সংযুক্ত ট্রেসগুলির প্রতিটিতে আলাদা সংখ্যক নমুনা থাকতে পারে।
আমরা সতর্কতার প্রবর্তনের সাথে সমস্যা ট্যাবটি প্রতিস্থাপন করেছি, যা আপনার সেট করা থ্রেশহোল্ড অতিক্রম করলে স্বয়ংক্রিয়ভাবে আপনাকে অবহিত করে। থ্রেশহোল্ডের স্থিতি নির্ধারণ করতে আপনাকে আর ম্যানুয়ালি Firebase কনসোল চেক করতে হবে না। সতর্কতা সম্পর্কে জানতে, কর্মক্ষমতা সংক্রান্ত সমস্যার জন্য সতর্কতা সেট আপ দেখুন।
আমরা Firebase কনসোলের Performance Monitoring বিভাগটিকে নতুনভাবে ডিজাইন করেছি যাতে ড্যাশবোর্ড ট্যাব আপনার মূল মেট্রিক্স এবং আপনার সমস্ত ট্রেস এক জায়গায় প্রদর্শন করে। পুনরায় ডিজাইনের অংশ হিসাবে, আমরা ডিভাইস এবং নেটওয়ার্ক পৃষ্ঠাগুলি সরিয়ে দিয়েছি।
ড্যাশবোর্ড ট্যাবের নীচের ট্রেস টেবিলে সমস্ত একই তথ্য রয়েছে যা অন ডিভাইস এবং নেটওয়ার্ক ট্যাবগুলি প্রদর্শিত হয়, তবে নির্দিষ্ট মেট্রিকের শতাংশ পরিবর্তনের মাধ্যমে আপনার ট্রেসগুলিকে সাজানোর ক্ষমতা সহ কিছু অতিরিক্ত বৈশিষ্ট্য সহ। একটি নির্দিষ্ট ট্রেসের জন্য সমস্ত মেট্রিক্স এবং ডেটা দেখতে, ট্রেস টেবিলের ট্রেস নামের উপর ক্লিক করুন।
ট্রেস টেবিলের নিম্নলিখিত সাবট্যাবগুলিতে আপনার ট্রেসগুলি দেখুন:
- নেটওয়ার্ক অনুরোধ ট্রেস (বক্সের বাইরে এবং কাস্টম উভয়ই) — নেটওয়ার্ক অনুরোধ সাবট্যাব
- কাস্টম কোড ট্রেস — কাস্টম ট্রেস সাবট্যাব
- অ্যাপ শুরু, অ্যাপ-ইন-ফোরগ্রাউন্ড, অ্যাপ-ইন-ব্যাকগ্রাউন্ড ট্রেস — কাস্টম ট্রেস সাবট্যাব
- স্ক্রীন রেন্ডারিং ট্রেস — স্ক্রীন রেন্ডারিং সাবট্যাব
- পৃষ্ঠা লোড ট্রেস — পৃষ্ঠা লোড সাবট্যাব
For details about the traces table and viewing metrics and data, visit the console overview page ( iOS+ | Android | Web ).
ধীর রেন্ডারিং ফ্রেম এবং হিমায়িত ফ্রেমগুলি 60Hz এর অনুমানকৃত ডিভাইস রিফ্রেশ রেট দিয়ে গণনা করা হয়। যদি কোনও ডিভাইস রিফ্রেশ রেট 60Hz এর চেয়ে কম হয় তবে প্রতিটি ফ্রেমের একটি ধীর রেন্ডারিং সময় থাকবে কারণ প্রতি সেকেন্ডে কম ফ্রেম রেন্ডার করা হয়। ধীর রেন্ডারিং সময় আরও ধীর বা হিমায়িত ফ্রেমের রিপোর্ট করতে পারে কারণ আরও ফ্রেম ধীরে রেন্ডার করা হবে বা হিমায়িত হবে। যাইহোক, যদি একটি ডিভাইস রিফ্রেশ রেট 60Hz-এর বেশি হয়, প্রতিটি ফ্রেমের দ্রুত রেন্ডারিং সময় থাকবে। This can cause fewer slow or frozen frames to be reported. 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 ঘন্টারও কম বয়সী) দেখছেন তবে প্রদর্শিত ডেটা একটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ ব্যবহার করে অ্যাপ্লিকেশন দৃষ্টান্ত ব্যবহারকারীদের কাছ থেকে। অ-রিসেন্ট ডেটা যদিও আপনার অ্যাপ্লিকেশনটির সমস্ত সংস্করণ থেকে পারফরম্যান্স ডেটা অন্তর্ভুক্ত করে।
ফায়ারবেস সমর্থন যোগাযোগ
আপনি যদি ফায়ারবেস সমর্থনে পৌঁছান তবে সর্বদা আপনার ফায়ারবেস অ্যাপ আইডি অন্তর্ভুক্ত করুন। আপনার প্রকল্পের সেটিংসের আপনার অ্যাপ্লিকেশন কার্ডে আপনার ফায়ারবেস অ্যাপ্লিকেশন আইডি সন্ধান করুন।