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

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

1. আপনার ব্রাউজারের ডেভেলপার টুল খুলুন (যেমন, Chrome Dev টুলের জন্য নেটওয়ার্ক ট্যাব অথবা 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 স্ট্যাটাস ড্যাশবোর্ড চেক করে দেখুন যে কোনও পরিচিত বিভ্রাট হয়েছে কিনা। কোনও বিভ্রাট না থাকলে, Firebase সহায়তা টিমের সাথে যোগাযোগ করুন।

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

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

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

2. নিম্নলিখিত ফ্ল্যাগের মাধ্যমে Performance Monitoring SDK বন্ধ করা হয়নি তা ভাল করে দেখে নিন:

   • performance.instrumentationEnabled

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

4. ওয়েবপেজ ট্যাব বন্ধ করে আবার খুলুন। আবার লগ-ইন করার জন্য চেক করুন।

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

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

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

আধুনিক অ্যাপ _fid বাদ দেয় কারণ ইন্টার‍্যাকশন টু নেক্সট পেইন্ট (INP) ফার্স্ট ইনপুট ডিলে (FID)-এর পরিবর্তে ব্যবহার করা হয়।

পুরনো ব্রাউজারে FID রেকর্ড করতে:

1. পুরনো FID পলিফিল যোগ করুন।

2. পৃষ্ঠা লোড হওয়ার ৫ সেকেন্ডের মধ্যে ব্যবহারকারী সেটির সাথে ইন্টার‍্যাক্ট করেছেন কিনা তা কনফার্ম করুন। Performance Monitoring শুধুমাত্র এই উইন্ডো চলাকালীন FID রেকর্ড করে।

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

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

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

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

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

2. নিশ্চিত করুন যে নিম্নলিখিত ফ্ল্যাগের মাধ্যমে Performance Monitoring ডেটা সংগ্রহ বন্ধ করা হয়নি:

   • performance.dataCollectionEnabled

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

আপনার অ্যাপে Performance Monitoring যদি একমাত্র Firebase প্রোডাক্ট হয়, তাহলে আপনি স্ট্যান্ডঅ্যালোন 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/13.0.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);

আমি কতগুলি কাস্টম 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-কে প্রায় রিয়েল টাইমে আপনার ডেটা প্রসেস করার সুবিধা দেবে।