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

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

1. আপনার ব্রাউজারের ডেভেলপার টুল খুলুন (যেমন, Chrome ডেভেলপার টুলের নেটওয়ার্ক ট্যাব অথবা 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 বাদ দেওয়া হয়, কারণ Interaction to Next Paint (INP) First Input Delay (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 home-এ পারফর্ম্যান্স কার্ডে থাকা 'গুরুতর সমস্যা' বিকল্পের কী হল?

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

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

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

কনসোলে সমস্যার জন্য থ্রেশহোল্ড সেট করার সুবিধাটি কী হল?

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