কর্মক্ষমতা মনিটরিং সমস্যা সমাধান এবং FAQ

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

1. আপনার ব্রাউজারের ডেভেলপার টুলগুলি খুলুন (উদাহরণস্বরূপ, Chrome Dev Tools-এর জন্য নেটওয়ার্ক ট্যাব অথবা Firefox-এর জন্য নেটওয়ার্ক মনিটরে )।

2. ব্রাউজারে আপনার ওয়েব অ্যাপ রিফ্রেশ করুন।

3. কোনও ত্রুটির বার্তার জন্য আপনার লগ বার্তাগুলি পরীক্ষা করুন।

4. কয়েক সেকেন্ড পরে, আপনার ব্রাউজারের ডেভেলপার টুলগুলিতে firebaselogging.googleapis.com এ একটি নেটওয়ার্ক কল খুঁজুন। সেই নেটওয়ার্ক কলের উপস্থিতি দেখায় যে ব্রাউজারটি Firebase এ কর্মক্ষমতা ডেটা পাঠাচ্ছে।

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

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

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

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

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

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

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

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

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

1. আপনার অ্যাপে Performance Monitoring SDK সঠিকভাবে শুরু করা হয়েছে কিনা তা নিশ্চিত করুন।

2. নিম্নলিখিত ফ্ল্যাগের মাধ্যমে নিশ্চিত করুন যে Performance Monitoring SDK অক্ষম করা নেই :

   • performance.instrumentationEnabled

3. নিশ্চিত করুন যে আপনার ব্রাউজার ক্যাশিং অক্ষম করা আছে , অন্যথায় ব্রাউজারটি কোনও নতুন ইন্সট্রুমেন্টেশন সেটিংস গ্রহণ নাও করতে পারে।

4. বন্ধ করুন, তারপর ওয়েবপেজ ট্যাবটি আবার খুলুন। আবার লগিং পরীক্ষা করুন।

   আপনি যদি আপনার অ্যাপে Performance Monitoring SDK যোগ করে থাকেন, তাহলে SDK কাজ শুরু করার জন্য আপনাকে আপনার অ্যাপটি সম্পূর্ণরূপে পুনরায় চালু করতে হতে পারে।

5. যদি আপনার অ্যাপে অক্ষম করা কিছু খুঁজে না পান, তাহলে Firebase Support-এর সাথে যোগাযোগ করুন ।

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

যদি আপনি প্রথম ইনপুট বিলম্ব মেট্রিকের জন্য ডেটা দেখতে না পান, তাহলে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করে দেখুন:

1. মনে রাখবেন যে Performance Monitoring শুধুমাত্র প্রথম ইনপুট বিলম্ব মেট্রিক রেকর্ড করে যখন কোনও ব্যবহারকারী পৃষ্ঠা লোড হওয়ার প্রথম 5 সেকেন্ডের মধ্যে ওয়েব পৃষ্ঠায় ক্লিক করে।

2. এই মেট্রিক পরিমাপ করার জন্য আপনার অ্যাপটি সেট আপ করেছেন কিনা তা নিশ্চিত করুন। প্রথম ইনপুট বিলম্ব মেট্রিকের জন্য ম্যানুয়াল সেটআপ প্রয়োজন। বিশেষ করে, আপনাকে এই মেট্রিকের জন্য পলিফিল লাইব্রেরি যোগ করতে হবে। ইনস্টলেশন নির্দেশাবলীর জন্য, লাইব্রেরির ডকুমেন্টেশন দেখুন।

   মনে রাখবেন যে অন্যান্য ওয়েব অ্যাপ মেট্রিক্স রিপোর্ট করার জন্য Performance Monitoring জন্য এই পলিফিল লাইব্রেরি যোগ করার প্রয়োজন নেই।

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

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

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

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

   মনে রাখবেন যে আপনি যদি record() পদ্ধতি ব্যবহার করেন, তাহলে আপনার ট্রেসটি স্পষ্টভাবে শুরু বা বন্ধ করার প্রয়োজন নেই।

2. নিশ্চিত করুন যে নিম্নলিখিত পতাকার মাধ্যমে Performance Monitoring ডেটা সংগ্রহ অক্ষম করা নেই :

   • performance.dataCollectionEnabled

     এই পতাকাটি শুধুমাত্র কাস্টম কোড ট্রেসের জন্য ডেটা সংগ্রহ নিয়ন্ত্রণ করে (সমস্ত ডেটা নয়)।

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

4. যদি Performance Monitoring ইভেন্টগুলি লগ করে, কিন্তু 24 ঘন্টা পরে কোনও ডেটা প্রদর্শিত না হয়, তাহলে Firebase Support এর সাথে যোগাযোগ করুন ।

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

যদি আপনার নেটওয়ার্ক অনুরোধের ডেটা অনুপস্থিত থাকে, তাহলে নিম্নলিখিত বিষয়গুলি সম্পর্কে সচেতন থাকুন:

• Performance Monitoring ব্রাউজার API দ্বারা রিপোর্ট করা নেটওয়ার্ক অনুরোধের জন্য স্বয়ংক্রিয়ভাবে মেট্রিক্স সংগ্রহ করে। এই প্রতিবেদনগুলিতে ব্যর্থ নেটওয়ার্ক অনুরোধগুলি অন্তর্ভুক্ত নয়।

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

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

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

আপনি কাস্টম URL প্যাটার্নও চেষ্টা করে দেখতে পারেন!

প্রজেক্ট হোমের পারফরম্যান্স কার্ডের শীর্ষ সমস্যাগুলির কী হয়েছিল?

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

পারফরম্যান্স কার্ডের উপরে থাকা অ্যাপস নির্বাচক সাম্প্রতিক সতর্কতাগুলির অধীনে সতর্কতা এন্ট্রিগুলি ফিল্টার করে। নির্বাচিত অ্যাপ(গুলি) এর জন্য কেবলমাত্র তিনটি সাম্প্রতিক সতর্কতা প্রদর্শিত হয়।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ধীর এবং হিমায়িত ফ্রেমের সংখ্যা আমার প্রত্যাশা অনুযায়ী কেন নয়?

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

আমি কীভাবে আমার ওয়েব অ্যাপে ছোট, নেমস্পেসড Performance Monitoring JS SDK ("স্বতন্ত্র" SDK) যোগ করব?

যদি আপনার অ্যাপে Performance Monitoring একমাত্র ফায়ারবেস পণ্য হয়, তাহলে আপনি যদি আগ্রহী হন তবে স্বতন্ত্র Performance Monitoring SDK (এবং নীচের প্রস্তাবিত হেডার স্ক্রিপ্ট) ব্যবহার করতে পারেন:

• একটি নেমস্পেসড লাইব্রেরি ব্যবহার করে
• আপনার SDK প্যাকেজের আকার হ্রাস করা হচ্ছে
• আপনার পৃষ্ঠা লোড না হওয়া পর্যন্ত SDK এর আরম্ভ বিলম্বিত করা হচ্ছে

আপনার অ্যাপে স্বতন্ত্র Performance Monitoring SDK অন্তর্ভুক্ত করতে এবং আপনার পৃষ্ঠা লোড হওয়ার পরে এটির শুরু বিলম্বিত করতে:

1. আপনার ইনডেক্স ফাইলের হেডারে নিম্নলিখিত স্ক্রিপ্টটি যোগ করুন।
2. আপনার অ্যাপের Firebase প্রজেক্ট কনফিগারেশন অবজেক্ট যোগ করতে ভুলবেন না।

(function(sa,fbc){function load(f,c){var a=document.createElement('script');
a.async=1;a.src=f;var s=document.getElementsByTagName('script')[0];
s.parentNode.insertBefore(a,s);}load(sa);
window.addEventListener('load',function(){firebase.initializeApp(fbc).performance()});
})(performance_standalone, firebaseConfig);

কোথায়,

• performance_standalone হল 'https://www.gstatic.com/firebasejs/12.8.0/firebase-performance.js'
• firebaseConfig হল আপনার অ্যাপের Firebase কনফিগারেশন অবজেক্ট

উপরের স্ক্রিপ্টটি অ্যাসিঙ্ক্রোনাসভাবে স্ট্যান্ডঅ্যালোন SDK লোড করে তারপর উইন্ডোর onload ইভেন্ট চালু হওয়ার পরে Firebase চালু করে। এই কৌশলটি পৃষ্ঠা লোড মেট্রিক্সের উপর SDK এর প্রভাব কমিয়ে দেয় কারণ SDK চালু করার সময় ব্রাউজার ইতিমধ্যেই তার লোডিং মেট্রিক্স রিপোর্ট করেছে।

(function(sdkSource, firebaseConfigObject) {
   function load(f, c) {
       // Creates a script tag to load the standalone SDK
       var sdkScript = document.createElement('script');

       // Sets it to an async script so that it doesn't interfere with page load
       sdkScript.async = 1;

       // Sets the source of the script
       sdkScript.src = f;

       // Inserts the script into the head of the page
       var s = document.getElementsByTagName('script')[0];
       s.parentNode.insertBefore(sdkScript, s);
   }

   // Calls the load method
   load(sdkSource);

   // Initializes the SDK only when the onload method is called
   window.addEventListener('load', function() {
       firebase.initializeApp(firebaseConfigObject).performance();
   });
})(performance_standalone, firebaseConfig);

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

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

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

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

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

এগুলি হল রিয়েল-টাইম সামঞ্জস্যপূর্ণ SDK সংস্করণ:

• iOS — সংস্করণ ৭.৩.০ বা তার পরবর্তী
• tvOS — ভার্সন ৮.৯.০ বা তার পরবর্তী
• অ্যান্ড্রয়েড — v19.0.10 বা তার পরবর্তী সংস্করণ (অথবা Firebase Android BoM v26.1.0 বা তার পরবর্তী সংস্করণ)
• ওয়েব — সংস্করণ ৭.১৪.০ বা তার পরবর্তী

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

Performance Monitoring SDK-এর কোন সংস্করণগুলিকে রিয়েল-টাইম সামঞ্জস্যপূর্ণ বলে মনে করা হয়?

রিয়েল-টাইম ডেটা প্রক্রিয়াকরণের সাথে সামঞ্জস্যপূর্ণ SDK সংস্করণগুলি এখানে দেওয়া হল:

• iOS — সংস্করণ ৭.৩.০ বা তার পরবর্তী
• tvOS — ভার্সন ৮.৯.০ বা তার পরবর্তী
• অ্যান্ড্রয়েড — v19.0.10 বা তার পরবর্তী সংস্করণ (অথবা Firebase Android BoM v26.1.0 বা তার পরবর্তী সংস্করণ)
• ওয়েব — সংস্করণ ৭.১৪.০ বা তার পরবর্তী

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

যদি আমি আমার অ্যাপটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ SDK সংস্করণ ব্যবহার করার জন্য আপডেট না করি?

যদি আপনার অ্যাপটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ SDK সংস্করণ ব্যবহার না করে, তবুও আপনি Firebase কনসোলে আপনার অ্যাপের সমস্ত কর্মক্ষমতা ডেটা দেখতে পাবেন। তবে, কর্মক্ষমতা ডেটা সংগ্রহের সময় থেকে প্রায় 36 ঘন্টা বিলম্বিত হবে।

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

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

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