পারফর্ম্যান্স মনিটরিং সংক্রান্ত সমস্যার সমাধান ও প্রায়শই জিজ্ঞাসিত প্রশ্ন

পারফর্ম্যান্স ইভেন্টের জন্য লগ মেসেজ কীভাবে দেখবেন

1. নিম্নলিখিত উপায়ে ডিবাগ লগিং চালু করুন:

   1. Xcode-এ (ন্যূনতম v26.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. Firebase কনসোলে আপনার ডেটা দেখতে URL-এ ক্লিক করুন। ড্যাশবোর্ডে ডেটা আপডেট হতে কিছুক্ষণ সময় লাগতে পারে।

আপনার অ্যাপ পারফর্ম্যান্স ইভেন্ট লগ না করলে, সমস্যার সমাধানকরণ পরামর্শ পর্যালোচনা করুন।

অ্যাপে SDK যোগ করা হয়েছে, কিন্তু কনসোল এখনও SDK যোগ করতে বলছে

আপনার অ্যাপ থেকে ইভেন্ট সংক্রান্ত তথ্য (যেমন, অ্যাপ ইন্টার‍্যাকশন) পেলে, Firebase শনাক্ত করতে পারে যে আপনি অ্যাপে Performance Monitoring SDK যোগ করেছেন কিনা। সাধারণত, আপনার অ্যাপ চালু করার ১০ মিনিটের মধ্যে, Firebase কনসোলের পারফর্ম্যান্স ড্যাশবোর্ডে "SDK শনাক্ত করা হয়েছে" মেসেজ দেখানো হয়। তারপর, ৩০ মিনিটের মধ্যে, ড্যাশবোর্ড প্রাথমিক প্রসেস করা ডেটা দেখায়।

আপনার অ্যাপে SDK-এর লেটেস্ট ভার্সন যোগ করার ১০ মিনিটের বেশি সময় হয়ে যাওয়ার পরেও আপনি কোনও পরিবর্তন দেখতে না পেলে, Performance Monitoring ইভেন্ট লগ করছে কিনা তা নিশ্চিত করতে আপনার লগ মেসেজ চেক করুন। SDK শনাক্তকরণ মেসেজ দেরিতে পাওয়ার সমস্যা সমাধান করতে, নিচে উল্লেখ করা সমস্যা সমাধানের উপযুক্ত ধাপগুলি অনুসরণ করুন।

কনসোল বলছে যে SDK শনাক্ত করা হয়েছে, কিন্তু কোনও ডেটা দেখানো হচ্ছে না

Performance Monitoring পারফর্ম্যান্স ইভেন্ট ডেটা প্রসেস করে, তারপর সেটি পারফর্ম্যান্স ড্যাশবোর্ডে দেখায়।

"SDK শনাক্ত করা হয়েছে" মেসেজটি দেখানোর পর ২৪ ঘণ্টার বেশি সময় হয়ে গেলে এবং আপনি এখনও ডেটা দেখতে না পেলে, Firebase স্ট্যাটাস ড্যাশবোর্ড চেক করে দেখুন যে কোনও পরিচিত বিভ্রাট হয়েছে কিনা। কোনও বিভ্রাট না থাকলে, Firebase সহায়তা টিমের সাথে যোগাযোগ করুন।

অ্যাপ পারফর্ম্যান্স ইভেন্ট লগ করছে না

আপনি যদি পারফর্ম্যান্স ইভেন্টের জন্য লগ মেসেজ দেখতে না পান, তাহলে নিম্নলিখিত সমস্যা সমাধানের ধাপগুলি অনুসরণ করে দেখুন:

1. নিশ্চিত করুন যে Performance Monitoring SDK বন্ধ করা হয়নি আপনার Info.plist ফাইলে নিম্নলিখিত ফ্ল্যাগগুলির মধ্যে যেকোনও একটির মাধ্যমে:

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

2. রানটাইমে Performance Monitoring যাতে বন্ধ না করা থাকে তা নিশ্চিত করুন (Swift | Obj-C).

3. আপনার অ্যাপে বন্ধ করা আছে এমন কিছু খুঁজে না পেলে, Firebase সহায়তা টিমের সাথে যোগাযোগ করুন।

পারফর্ম্যান্স ড্যাশবোর্ডে স্ক্রিন ট্রেস ডেটা নেই

স্ক্রিন রেন্ডারিং ট্রেসের জন্য আপনার ডেটা না থাকলে, নিম্নলিখিত সমস্যার সমাধানকারী ধাপগুলি অনুসরণ করুন:

পারফর্ম্যান্স ড্যাশবোর্ডে কাস্টম ট্রেস ডেটা নেই

আপনি কি অটোমেটিক সংগ্রহ করা ট্রেসের জন্য পারফর্ম্যান্স ডেটা দেখতে পাচ্ছেন কিন্তু কাস্টম কোড ট্রেসের জন্য নয়? সমস্যা সমাধানের জন্য নিম্নলিখিত ধাপগুলি অনুসরণ করে দেখুন:

1. Trace API-এর মাধ্যমে ইনস্ট্রুমেন্ট করা কাস্টম কোড ট্রেসের সেট-আপ চেক করুন, বিশেষ করে নিম্নলিখিতগুলি:

   • কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিক্সের নাম অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও লিডিং বা ট্রেলিং হোয়াইটস্পেস নেই, কোনও লিডিং আন্ডারস্কোর (_) অক্ষর নেই এবং সর্বাধিক দৈর্ঘ্য ৩২টি অক্ষর।
   • সব ট্রেস অবশ্যই শুরু ও বন্ধ করতে হবে। যেসব ট্রেস শুরু হয়নি, বন্ধ হয়নি বা শুরু হওয়ার আগেই বন্ধ হয়ে গেছে, সেগুলি লগ করা হবে না।

2. Performance Monitoring প্রত্যাশিত কাস্টম কোড ট্রেস লগ করছে কিনা তা নিশ্চিত করতে আপনার লগ মেসেজ চেক করুন।

3. Performance Monitoring যদি ইভেন্ট লগ করে, কিন্তু ২৪ ঘণ্টা পরেও কোনও ডেটা না দেখায়, Firebase সহায়তা টিমের সাথে যোগাযোগ করুন।

পারফর্ম্যান্স ড্যাশবোর্ডে নেটওয়ার্ক অনুরোধ সংক্রান্ত ডেটা নেই

নেটওয়ার্ক রিকোয়েস্ট ডেটা দেখতে না পেলে, সমস্যার সমাধান করতে নিম্নলিখিত ধাপগুলি অনুসরণ করুন:

1. নেটওয়ার্ক লাইব্রেরি ইনকম্প্যাটিবিলিটি চেক করুন। Performance Monitoring নেটওয়ার্ক রিকোয়েস্টের জন্য অটোমেটিক মেট্রিক সংগ্রহ করে যা নিম্নলিখিত নেটওয়ার্কিং লাইব্রেরি ব্যবহার করে:

   • Swift-এর জন্য: URLSession এবং URLConnection
   • Objective-C-এর জন্য: NSURLSession এবং NSURLConnection

   মনে রাখবেন, আপনি নেটওয়ার্ক অনুরোধের জন্য কাস্টম মনিটরিং যোগ করতে পারবেন।

2. নিম্নলিখিত বিষয়গুলি সম্পর্কে সচেতন থাকুন:

   • আপনার কোডের আচরণ এবং আপনার কোডের দ্বারা ব্যবহৃত নেটওয়ার্কিং লাইব্রেরির উপর নির্ভর করে, Performance Monitoring শুধুমাত্র সম্পূর্ণ হওয়া নেটওয়ার্ক অনুরোধের রিপোর্ট করতে পারে। এর অর্থ হল, HTTP/S কানেকশন খোলা থাকলে, তা হয়ত রিপোর্ট করা হবে না।

   • Performance Monitoring ভুল Content-Type হেডার সহ নেটওয়ার্ক রিকোয়েস্টের ব্যাপারে রিপোর্ট করে না। তবে, Content-Type হেডার ছাড়া নেটওয়ার্ক অনুরোধ এখনও গ্রহণ করা হবে।

নেটওয়ার্ক রিকোয়েস্ট ডেটা প্রত্যাশা অনুযায়ী অ্যাগ্রিগেট করা হচ্ছে না

URL প্যাটার্নের অধীনে কীভাবে Performance Monitoring নেটওয়ার্ক অনুরোধের ডেটা একত্রিত করে সেই সম্পর্কে আরও জানুন।

এছাড়াও, আপনি কাস্টম URL প্যাটার্ন ব্যবহার করে দেখতে পারেন!

Project হোমে পারফর্ম্যান্স কার্ডে প্রধান সমস্যাগুলির কী হল?

আমরা সম্প্রতি চালু করা সতর্কতার ফলো-আপ হিসেবে সেরা সমস্যা-র পরিবর্তে সাম্প্রতিক সতর্কতা নিয়ে এসেছি, যা আপনার সেট করা থ্রেশহোল্ড অতিক্রম করলে আপনাকে অটোমেটিক বিজ্ঞপ্তি পাঠায়। সমস্যা এখন বাতিল করা হয়েছে এবং তার পরিবর্তে সতর্কতা দেখানো হচ্ছে।

পারফর্ম্যান্স কার্ডের উপরে অ্যাপ বাছাইকারী সাম্প্রতিক সতর্কতা-এর অধীনে সতর্কতা এন্ট্রি ফিল্টার করে। বেছে নেওয়া অ্যাপের জন্য শুধুমাত্র তিনটি সবচেয়ে সাম্প্রতিক সতর্কতা দেখানো হয়।

সতর্কতা সম্পর্কে আরও জানতে, পারফর্ম্যান্স সংক্রান্ত সমস্যার জন্য সতর্কতা সেট-আপ করুন দেখুন।

কনসোলে সমস্যার জন্য থ্রেশহোল্ড সেট করার ক্ষমতার কী হয়েছে?

Performance Monitoring-এ মেট্রিক্সের জন্য অ্যালার্ট-এর সুবিধা আছে যা নির্ধারিত থ্রেশহোল্ড অতিক্রম করে। পারফর্ম্যান্স মেট্রিকের জন্য এইসব কনফিগার করা যায় এমন থ্রেশহোল্ড নিয়ে বিভ্রান্তি এড়াতে, সমস্যার জন্য থ্রেশহোল্ড কনফিগার করার সুবিধা আমরা সরিয়ে দিয়েছি।

Firebase কনসোলে বিবরণ ও মেট্রিক্স সংক্রান্ত তথ্যের কী হয়েছে?

আপনি যাতে আরও সহজে সমস্যার সমাধান করতে পারেন, তার জন্য আমরা বিবরণ ও মেট্রিক্স পৃষ্ঠা সরিয়ে দিয়ে নতুনভাবে ডিজাইন করা, কেন্দ্রীভূত ইউজার ইন্টারফেস (UI) নিয়ে এসেছি। এই নতুন সমস্যার সমাধানকরণ UI, 'বিবরণ' ও 'মেট্রিক' বিকল্পের মতো একই মূল কার্যকারিতা অফার করে। সমস্যার সমাধানকরণ সম্পর্কে আরও জানতে, নির্দিষ্ট ট্রেসের জন্য আরও ডেটা দেখুন।

আমি যতগুলি স্যাম্পেল আশা করেছিলাম ততগুলি নেই কেন?

Performance Monitoring আপনার অ্যাপের ব্যবহারকারীর ডিভাইস থেকে পারফর্ম্যান্স ডেটা সংগ্রহ করে। আপনার অ্যাপ্লিকেশনে অনেক ব্যবহারকারী থাকলে বা অ্যাপটি প্রচুর পরিমাণে পারফর্ম্যান্স অ্যাক্টিভিটি তৈরি করলে, Performance Monitoring প্রসেস করা ইভেন্টের সংখ্যা কমাতে ডিভাইসের সাবসেটে ডেটা সংগ্রহ সীমিত করতে পারে। এই সীমা যথেষ্ট বেশি, যাতে কম ইভেন্ট থাকলেও, মেট্রিক ভ্যালু এখনও আপনার ব্যবহারকারীর অ্যাপ অভিজ্ঞতার প্রতিনিধিত্ব করে।

আমরা যে পরিমাণ ডেটা সংগ্রহ করি তা ম্যানেজ করতে, Performance Monitoring নিম্নলিখিত স্যাম্পলিং বিকল্প ব্যবহার করে:

• অন-ডিভাইস রেট লিমিটিং: কোনও ডিভাইস থেকে হঠাৎ করে অনেক ট্রেস পাঠানো আটকানোর জন্য, আমরা কোনও ডিভাইস থেকে পাঠানো কোড ও নেটওয়ার্ক রিকোয়েস্ট ট্রেসের সংখ্যা প্রতি ১০ মিনিটে ৩০০টি ইভেন্টে সীমিত করি। এই পদ্ধতি ডিভাইসকে লুপড ইন্সট্রুমেন্টেশন থেকে রক্ষা করে যা প্রচুর পরিমাণে পারফর্ম্যান্স ডেটা পাঠাতে পারে এবং এটি একটি ডিভাইসকে পারফর্ম্যান্স পরিমাপকে প্রভাবিত করা থেকে আটকায়।

• ডায়নামিক স্যাম্পলিং: Performance Monitoring সব অ্যাপ ব্যবহারকারী জুড়ে প্রতিদিন অ্যাপ প্রতি সীমিত সংখ্যক কোড ট্রেস এবং নেটওয়ার্ক রিকোয়েস্ট ট্রেস সংগ্রহ করে। কোনও র‍্যান্ডম ডিভাইস ট্রেস ক্যাপচার করে পাঠাবে কিনা তা নির্ধারণ করতে, ডিভাইসে (Firebase Remote Config ব্যবহার করে) একটি ডায়নামিক স্যাম্পলিং রেট ফেচ করা হয়। স্যাম্পলিংয়ের জন্য বেছে নেওয়া হয়নি এমন ডিভাইস কোনও ইভেন্ট পাঠায় না। ডায়নামিক স্যাম্পলিং রেট হল অ্যাপ-নির্দিষ্ট এবং এটি অ্যাডজাস্ট করে যাতে সংগৃহীত ডেটার সামগ্রিক ভলিউম সীমার নিচে থাকে।

  যেসব প্রোজেক্টে BigQuery ইন্টিগ্রেশন চালু করা আছে, সেগুলিতে নেটওয়ার্ক রিকোয়েস্ট ট্রেসের সংখ্যার জন্য আরও বেশি সীমা পাওয়া যায়।

  ব্যবহারকারীর সেশন, ব্যবহারকারীর ডিভাইস থেকে অতিরিক্ত, বিস্তারিত ডেটা পাঠায়, যার জন্য ডেটা ক্যাপচার করতে এবং পাঠাতে আরও রিসোর্স প্রয়োজন হয়। ব্যবহারকারীর সেশনের প্রভাব কমাতে, Performance Monitoring সেশনের সংখ্যাও সীমিত করতে পারে।

• সার্ভার-সাইড রেট লিমিট: অ্যাপ যাতে স্যাম্পলিংয়ের সীমা অতিক্রম না করে তা নিশ্চিত করতে, ডিভাইস থেকে পাওয়া কিছু ইভেন্ট বাদ দিতে Performance Monitoring সার্ভার-সাইড স্যাম্পলিং ব্যবহার করতে পারে। এই ধরনের সীমাবদ্ধতা আমাদের মেট্রিক্সের কার্যকারিতা পরিবর্তন না করলেও, এটি সামান্য প্যাটার্ন শিফটের কারণ হতে পারে, যার মধ্যে নিম্নলিখিতগুলি অন্তর্ভুক্ত:

  • কোনও কোড যতবার এক্সিকিউট করা হয়েছে, ট্রেসের সংখ্যা তার থেকে আলাদা হতে পারে।
  • কোডে ঘনিষ্ঠভাবে যুক্ত ট্রেসের প্রতিটিতে আলাদা সংখ্যক স্যাম্পেল থাকতে পারে।

কনসোলের সমস্যা ট্যাবে কী হয়েছে?

আমরা সমস্যা ট্যাবের পরিবর্তে অ্যালার্ট নিয়ে এসেছি, যা আপনার সেট করা থ্রেশহোল্ড অতিক্রম করলে আপনাকে অটোমেটিক বিজ্ঞপ্তি পাঠায়। থ্রেশহোল্ডের স্ট্যাটাস নির্ধারণ করতে আপনাকে আর ম্যানুয়ালি Firebase কনসোল চেক করতে হবে না। সতর্কতা সম্পর্কে জানতে, পারফর্ম্যান্স সংক্রান্ত সমস্যার জন্য সতর্কতা সেট-আপ করুন দেখুন।

কনসোলে ডিভাইসে এবং নেটওয়ার্ক ট্যাবের কী হয়েছে? আমি কীভাবে সেইসব পৃষ্ঠায় থাকা ট্রেস দেখতে পাব?

আমরা Firebase কনসোলের Performance Monitoring বিভাগটি নতুন করে ডিজাইন করেছি যাতে ড্যাশবোর্ড ট্যাব আপনার মূল মেট্রিক এবং আপনার সমস্ত ট্রেস এক জায়গায় দেখায়। নতুন ডিজাইনের অংশ হিসেবে, আমরা ডিভাইসে এবং নেটওয়ার্ক পৃষ্ঠা সরিয়ে দিয়েছি।

ড্যাশবোর্ড ট্যাবের নিচে ট্রেস টেবিলে ডিভাইসে এবং নেটওয়ার্ক ট্যাবে দেখানো সব তথ্যই রয়েছে, তবে কিছু অতিরিক্ত ফিচারও রয়েছে, যার মধ্যে নির্দিষ্ট মেট্রিকের জন্য শতাংশ পরিবর্তনের মাধ্যমে আপনার ট্রেস সাজানোর ক্ষমতাও অন্তর্ভুক্ত। কোনও নির্দিষ্ট ট্রেসের জন্য সব মেট্রিক ও ডেটা দেখতে, ট্রেস টেবিলে ট্রেসের নামে ক্লিক করুন।

ট্রেস টেবিলের নিম্নলিখিত সাবট্যাবে আপনার ট্রেস দেখুন:

• নেটওয়ার্ক রিকোয়েস্ট ট্রেস (আউট-অফ-দ্য-বক্স এবং কাস্টম, দুটিই) — নেটওয়ার্ক রিকোয়েস্ট সাবট্যাব
• কাস্টম কোড ট্রেস — কাস্টম ট্রেস সাবট্যাব
• অ্যাপ শুরু, ফোরগ্রাউন্ডে অ্যাপ, ব্যাকগ্রাউন্ডে অ্যাপ ট্রেস — কাস্টম ট্রেস সাবট্যাব
• স্ক্রিন রেন্ডারিং ট্রেস — স্ক্রিন রেন্ডারিং সাবট্যাব
• পৃষ্ঠা লোড ট্রেস — পৃষ্ঠা লোড সাবট্যাব

ট্রেস টেবিল এবং মেট্রিক ও ডেটা দেখার বিষয়ে বিস্তারিত জানতে, কনসোল ওভারভিউ পৃষ্ঠা (iOS+ | Android | ওয়েব) দেখুন।

স্লো ও ফ্রোজেন ফ্রেমের সংখ্যা আমার প্রত্যাশা অনুযায়ী নয় কেন?

ধীরে রেন্ডারিং ফ্রেম ও ফ্রোজেন ফ্রেম, ডিভাইসের রিফ্রেশ রেট ৬০Hz ধরে নিয়ে হিসেব করা হয়। কোনও ডিভাইসের রিফ্রেশ রেট ৬০Hz-এর কম হলে, প্রতিটি ফ্রেমের রেন্ডারিং টাইম বেশি হবে কারণ প্রতি সেকেন্ডে কম ফ্রেম রেন্ডার করা হয়। রেন্ডার করার মোট সময় বেশি হলে, আরও বেশি স্লো বা ফ্রোজেন ফ্রেমের ব্যাপারে অভিযোগ করা হতে পারে কারণ আরও বেশি ফ্রেম রেন্ডার করতে বেশি সময় লাগবে বা ফ্রেম ফ্রিজ হয়ে যাবে। তবে, কোনও ডিভাইসের রিফ্রেশ রেট ৬০Hz-এর বেশি হলে, প্রতিটি ফ্রেমের রেন্ডার করার মোট সময় কম হবে। এর ফলে কম স্লো বা ফ্রোজেন ফ্রেমের ব্যাপারে রিপোর্ট করা হতে পারে। এটি Performance Monitoring SDK-তে বর্তমান সীমাবদ্ধতা।

আমার Performance Monitoring ডেটা BigQuery-তে এক্সপোর্ট হতে প্রত্যাশার চেয়ে বেশি সময় লাগছে। এটি কি রিয়েল-টাইম নয়?

আপনি Firebase Performance Monitoring-এর জন্য BigQuery ইন্টিগ্রেশন চালু করে থাকলে, দিনের শেষে (প্যাসিফিক টাইম) ১২ থেকে ২৪ ঘণ্টা পরে আপনার ডেটা BigQuery-তে এক্সপোর্ট করা হবে।

যেমন, ১৯ এপ্রিলের ডেটা BigQuery-তে ২০ এপ্রিল দুপুর ১২টা থেকে মধ্যরাতের মধ্যে (সব তারিখ ও সময় প্যাসিফিক টাইম অনুযায়ী) উপলভ্য হবে।

আমি কতগুলি কাস্টম URL প্যাটার্ন তৈরি করতে পারি?

আপনি প্রতিটি অ্যাপের জন্য সর্বাধিক ৪০০টি কাস্টম URL প্যাটার্ন এবং সেই অ্যাপের জন্য প্রতিটি ডোমেনে সর্বাধিক ১০০টি কাস্টম URL প্যাটার্ন তৈরি করতে পারবেন।

"প্রায় রিয়েল-টাইম" পারফর্ম্যান্স ডেটা বলতে কী বোঝায়?

Firebase Performance Monitoring পারফর্ম্যান্স ডেটা সংগ্রহ করার সাথে সাথেই প্রসেস করে, যার ফলে Firebase কনসোলে প্রায় রিয়েল-টাইম ডেটা দেখা যায়। প্রসেস করা ডেটা সংগ্রহ করার কয়েক মিনিটের মধ্যেই কনসোলে দেখা যায়, তাই "প্রায় রিয়েল-টাইম" শব্দবন্ধটি ব্যবহার করা হয়।

প্রায় রিয়েল-টাইম ডেটা প্রসেসিংয়ের সুবিধা নিতে, আপনার অ্যাপ যেন রিয়েল-টাইম কম্প্যাটিবল SDK ভার্সন ব্যবহার করে তা নিশ্চিত করুন।

আমার অ্যাপের জন্য প্রায় রিয়েল-টাইম পারফর্ম্যান্স ডেটা কীভাবে পাব?

প্রায় রিয়েল-টাইম ডেটা প্রসেসিংয়ের সুবিধা নিতে, আপনাকে শুধু এটি নিশ্চিত করতে হবে যে আপনার অ্যাপ Performance Monitoring SDK-এর এমন একটি ভার্সন ব্যবহার করছে যা রিয়েল-টাইম ডেটা প্রসেসিংয়ের সাথে মানানসই।

এগুলি হল রিয়েল-টাইম কম্প্যাটিবেল SDK ভার্সন:

• iOS — v7.3.0 বা এর পরের যেকোনও ভার্সন
• tvOS — v8.9.0 বা তার পরবর্তী ভার্সন
• Android — v19.0.10 বা তার পরবর্তী ভার্সন (অথবা Firebase Android BoM v26.1.0 বা তার পরবর্তী ভার্সন)
• ওয়েব — v7.14.0 বা তার পরবর্তী ভার্সন

মনে রাখবেন, আমরা সবসময় SDK-এর লেটেস্ট ভার্সন ব্যবহার করার সাজেশন দিই, তবে উপরে তালিকাভুক্ত যেকোনও ভার্সন Performance Monitoring-কে প্রায় রিয়েল টাইমে আপনার ডেটা প্রসেস করার সুবিধা দেবে।

Performance Monitoring SDK-এর কোন ভার্সন রিয়েল-টাইম কম্প্যাটিবেল হিসেবে বিবেচিত হয়?

রিয়েল-টাইম ডেটা প্রসেসিংয়ের সাথে মানানসই SDK ভার্সনগুলি হল:

• iOS — v7.3.0 বা এর পরের যেকোনও ভার্সন
• tvOS — v8.9.0 বা তার পরবর্তী ভার্সন
• Android — v19.0.10 বা তার পরবর্তী ভার্সন (অথবা Firebase Android BoM v26.1.0 বা তার পরবর্তী ভার্সন)
• ওয়েব — v7.14.0 বা তার পরবর্তী ভার্সন

মনে রাখবেন, আমরা সবসময় SDK-এর লেটেস্ট ভার্সন ব্যবহার করার সাজেশন দিই, তবে উপরে তালিকাভুক্ত যেকোনও ভার্সন Performance Monitoring-কে প্রায় রিয়েল টাইমে আপনার ডেটা প্রসেস করার সুবিধা দেবে।

রিয়েল-টাইম কম্প্যাটিবল SDK ভার্সন ব্যবহার করার জন্য আমি যদি অ্যাপ আপডেট না করি, তাহলে কী হবে?

আপনার অ্যাপ রিয়েল-টাইম কম্প্যাটিবল SDK ভার্সন ব্যবহার না করলে, আপনি এখনও Firebase কনসোলে আপনার অ্যাপের সব পারফর্ম্যান্স ডেটা দেখতে পাবেন। তবে, পারফর্ম্যান্স ডেটা সংগ্রহ করার প্রায় ৩৬ ঘণ্টা পরে তা দেখানো হবে।

আমি রিয়েল-টাইম কম্প্যাটিবল SDK ভার্সনে আপডেট করেছি, কিন্তু আমার কিছু ব্যবহারকারী এখনও আমার অ্যাপের পুরনো ভার্সন ব্যবহার করছেন। আমি কি Firebase কনসোলে তাদের পারফর্ম্যান্স ডেটা দেখা চালিয়ে যেতে পারব?

হ্যাঁ! কোনও অ্যাপ ইনস্ট্যান্স যে SDK ভার্সনই ব্যবহার করুক না কেন, আপনি সব ব্যবহারকারীর পারফর্ম্যান্স ডেটা দেখতে পাবেন।

তবে, আপনি যদি সাম্প্রতিক ডেটা (মোটামুটি ৩৬ ঘণ্টার কম পুরনো) দেখেন, তাহলে দেখানো ডেটা রিয়েল-টাইম মানানসই SDK ভার্সন ব্যবহার করা অ্যাপ ইনস্ট্যান্সের ব্যবহারকারীদের থেকে পাওয়া। তবে, সাম্প্রতিক নয় ডেটায় আপনার অ্যাপের সব ভার্সনের পারফর্ম্যান্স ডেটা অন্তর্ভুক্ত থাকে।

আমি কেন পারফর্ম্যান্স ডেটার রিয়েল-টাইম ডিসপ্লে দেখতে পাচ্ছি না?

রিয়েল-টাইম পারফর্ম্যান্স ডেটা দেখতে, আপনার অ্যাপ যেন এমন একটি Performance Monitoring SDK ভার্সন ব্যবহার করে যা রিয়েল-টাইম ডেটা প্রসেসিংয়ের সাথে মানানসই হয় তা নিশ্চিত করুন।

• iOS — v7.3.0 বা তার পরবর্তী ভার্সন
• tvOS — v8.9.0 বা তার পরবর্তী ভার্সন
• Android — v19.0.10 বা তার পরবর্তী ভার্সন (অথবা Firebase Android BoM v26.1.0 বা তার পরবর্তী ভার্সন)
• ওয়েব — v7.14.0 বা তার পরবর্তী ভার্সন

মনে রাখবেন, আমরা সবসময় SDK-এর লেটেস্ট ভার্সন ব্যবহার করার সাজেশন দিই, তবে উপরে তালিকাভুক্ত যেকোনও ভার্সন Performance Monitoring-কে প্রায় রিয়েল টাইমে আপনার ডেটা প্রসেস করার সুবিধা দেবে।