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

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

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

   1. Xcode-এ (সর্বনিম্ন সংস্করণ ২৬.২), Product > Scheme > Edit scheme নির্বাচন করুন।
   2. বাম দিকের মেনু থেকে রান (Run) নির্বাচন করুন, তারপর আর্গুমেন্টস (Arguments) ট্যাবটি নির্বাচন করুন।
   3. "Arguments Passed on Launch" বিভাগে, -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. ফায়ারবেস কনসোলে আপনার ডেটা দেখতে ইউআরএল-টিতে ক্লিক করুন। ড্যাশবোর্ডে ডেটা আপডেট হতে কয়েক মুহূর্ত সময় লাগতে পারে।

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

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

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

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

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

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

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

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

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

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

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

2. নিশ্চিত করুন যে রানটাইমে Performance Monitoring নিষ্ক্রিয় করা নেই ( সুইফট | অবজেক্টিভ-সি )।

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

পারফরম্যান্স ড্যাশবোর্ডে স্ক্রিন ট্রেস ডেটা অনুপস্থিত।

স্ক্রিন রেন্ডারিং ট্রেসের ডেটা অনুপস্থিত থাকলে, নিম্নলিখিত সমস্যা সমাধানের ধাপগুলো চেষ্টা করুন:

পারফরম্যান্স ড্যাশবোর্ডে কাস্টম ট্রেস ডেটা অনুপস্থিত।

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

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

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

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

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

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

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

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

   • সুইফটের জন্য: URLSession এবং URLConnection
   • অবজেক্টিভ-সি এর জন্য: NSURLSession এবং NSURLConnection

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

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

   • Depending on the behavior of your code and networking libraries used by your code, Performance Monitoring might only report on network requests that are completed. This means that HTTP/S connections that are left open might not be reported.

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

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

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

আপনি কাস্টম ইউআরএল প্যাটার্নও ব্যবহার করে দেখতে পারেন!

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

We replaced Top Issues with Recent Alerts as a follow-up to our recent introduction of alerts, which automatically notify you when the thresholds you set are crossed. Issues are now deprecated and replaced by alerts.

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

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

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

Performance Monitoring supports alerts for metrics that exceed defined thresholds. To avoid confusion with these configurable thresholds for performance metrics, we removed the ability to configure thresholds for issues .

Firebase কনসোলে থাকা Details এবং Metrics তথ্যের কী হয়েছে?

We replaced the Details and Metrics pages with a newly redesigned, centralized user interface (UI) to improve how you troubleshoot issues. This new troubleshooting UI offers the same core functionality that Details and Metrics offered. To learn more about troubleshooting, see View more data for a specific trace .

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

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

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

• On-device rate limiting : To prevent a device from sending sudden bursts of traces, we limit the number of code and network request traces sent from a device to 300 events every 10 mins. This approach protects the device from looped instrumentations that can send large amounts of performance data, and it prevents a single device from skewing the performance measurements.

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

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

  User sessions send additional, detailed data from a user's device, requiring more resources to capture and send the data. To minimize the impact of user sessions, Performance Monitoring might also restrict the number of sessions.

• Server-side rate limiting : To ensure that apps don't exceed the sampling limit, Performance Monitoring might use server-side sampling to drop some events received from devices. Although this type of limiting doesn't change the effectiveness of our metrics, it may cause minor pattern shifts, including the following:

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

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

We replaced the Issues tab with the introduction of Alerts, which automatically notifies you when the thresholds you set are exceeded. You no longer need to manually check the Firebase console to determine the status of a threshold. To learn about Alerts, see Set up alerts for performance issues .

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

We've redesigned the Performance Monitoring section of the Firebase console so that the Dashboard tab displays your key metrics and all your traces in one space. As part of the redesign, we removed the On device and Network pages.

The traces table at the bottom of the Dashboard tab has all the same information that the On device and Network tabs displayed, but with some added features, including the ability to sort your traces by the percentage change for a specific metric. To view all the metrics and data for a specific trace, click the trace name in the traces table.

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

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

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

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

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

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

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

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

How many custom URL patterns can I create?

You can create up to 400 total custom URL patterns per app and up to 100 custom URL patterns per domain for that app.

What does "near real-time" performance data mean?

Firebase Performance Monitoring processes collected performance data as it comes in, which results in near real-time data display in the Firebase console. Processed data displays in the console within a few minutes of its collection, hence the term "near real-time".

To take advantage of near real-time data processing, make sure your app uses a real-time compatible SDK version .

How do I get near real-time performance data for my app?

To take advantage of near real-time data processing, you only need to make sure that your app uses a Performance Monitoring SDK version that's compatible with real-time data processing.

These are the real-time compatible SDK versions:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

Which versions of the Performance Monitoring SDK are considered real-time compatible?

These are the SDK versions compatible with real-time data processing:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

What if I don't update my app to use a real-time compatible SDK version?

If your app doesn't use a real-time compatible SDK version, you will still see all your app's performance data in the Firebase console. However, the display of performance data will be delayed by roughly 36 hours from the time of its collection.

I've updated to a real-time compatible SDK version, but some of my users are still on old versions of my app. Do I continue to see their performance data in the Firebase console?

Yes! Regardless of which SDK version an app instance uses, you'll see performance data from all your users.

However, if you're looking at recent data (less than roughly 36 hours old), then the displayed data is from users of app instances using a real-time compatible SDK version. The non-recent data, though, includes performance data from all versions of your app.

Why am I not seeing real time display of performance data?

To view real time performance data, make sure that your app uses a Performance Monitoring SDK version that's compatible with real time data processing.

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.