পারফর্ম্যান্স মনিটরিং সংক্রান্ত সমস্যার সমাধান ও প্রায়শই জিজ্ঞাসিত প্রশ্ন
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
Performance Monitoring ব্যবহার শুরু করা অথবা
Performance Monitoring ফিচার ও টুলিং ব্যবহার করা সংক্রান্ত সমস্যার সমাধানমূলক পরামর্শ এই পৃষ্ঠায় দেওয়া হয়েছে।
সমস্যার সমাধানের জন্য প্রথম চেক
আরও সমস্যা সমাধানের আগে, নিম্নলিখিত দুটি চেক হল সাধারণ পেশাদার পদ্ধতি যা
যেকোনও ব্যক্তির জন্য সাজেস্ট করা হয়।
১. পারফর্ম্যান্স ইভেন্টের জন্য লগ মেসেজ চেক করা
Performance Monitoring SDK পারফর্ম্যান্স ইভেন্ট ক্যাপচার করছে কিনা তা নিশ্চিত হতে আপনার লগ মেসেজ চেক করুন।
পারফর্ম্যান্স ইভেন্টের জন্য লগ মেসেজ কীভাবে দেখবেন
আপনি যদি Performance Monitoring
(iOS+ |
Android |
ওয়েব) ব্যবহার করা শুরু করে থাকেন, তাহলে নিম্নলিখিত সমস্যা সমাধান
সংক্রান্ত পরামর্শ, Firebase-এর SDK শনাক্ত করা বা Firebase কনসোলে আপনার প্রথম পারফর্ম্যান্স ডেটা
দেখানো সংক্রান্ত সমস্যা সমাধানে সাহায্য করতে পারে।
অ্যাপে SDK যোগ করা হয়েছে, কিন্তু কনসোলে
এখনও SDK যোগ করতে বলা হচ্ছে
আপনার অ্যাপ থেকে ইভেন্ট সংক্রান্ত তথ্য (যেমন, অ্যাপ ইন্টার্যাকশন) পেলে, Firebase বুঝতে পারে যে আপনি Performance Monitoring SDK আপনার অ্যাপে
সফলভাবে যোগ করেছেন কিনা।
সাধারণত, আপনার অ্যাপ চালু করার ১০ মিনিটের মধ্যে, Firebase কনসোলের পারফর্ম্যান্স
ড্যাশবোর্ড
একটি "SDK শনাক্ত করা হয়েছে" মেসেজ দেখায়। তারপর, ৩০
মিনিটের মধ্যে, ড্যাশবোর্ড প্রাথমিক প্রসেস করা ডেটা দেখায়।
আপনার অ্যাপে SDK-এর লেটেস্ট ভার্সন যোগ করার পর ১০ মিনিটের বেশি সময় হয়ে গেলেও
আপনি এখনও কোনও পরিবর্তন দেখতে না পেলে, আপনার লগ
মেসেজ চেক করে নিশ্চিত করুন যে Performance Monitoring ইভেন্ট
লগ করছে। দেরিতে SDK শনাক্তকরণ মেসেজ সংক্রান্ত সমস্যার সমাধান করতে, নিচে বর্ণিত উপযুক্ত সমস্যা সমাধানকারী ধাপগুলি অনুসরণ করুন।
অ্যাপ ইভেন্ট লগ করছে: সমস্যার সমাধান
ধাপ
আপনি এখনও লোকালি ডেভেলপ করলে, ডেটা
সংগ্রহের জন্য আরও ইভেন্ট জেনারেট করার চেষ্টা করুন:
সিমুলেটর বা টেস্ট ডিভাইস ব্যবহার করে আপনার অ্যাপ ডেভেলপ করা চালিয়ে যান।
আপনার অ্যাপকে ব্যাকগ্রাউন্ড ও ফোরগ্রাউন্ডের মধ্যে একাধিকবার পরিবর্তন করে,
স্ক্রিন জুড়ে নেভিগেট করার মাধ্যমে আপনার অ্যাপের সাথে ইন্টার্যাক্ট করে
এবং/অথবা নেটওয়ার্ক অনুরোধ ট্রিগার করে ইভেন্ট তৈরি করুন।
আপনার অ্যাপে Firebase কনফিগারেশন
ফাইল (Google-Service-Info.plist) সঠিকভাবে
যোগ করা হয়েছে কিনা এবং আপনি ফাইলটি পরিবর্তন করেননি কিনা তা নিশ্চিত করুন।
বিশেষ করে, নিম্নলিখিত বিষয়গুলি চেক করুন:
কনফিগ ফাইলের নামের সাথে অতিরিক্ত অক্ষর যোগ করা হয়নি, যেমন
(2)।
কনফিগারেশন ফাইলটি আপনার XCode প্রোজেক্টের রুটে থাকে এবং
সঠিক টার্গেটে যোগ করা হয়।
আপনার অ্যাপের কনফিগারেশন ফাইলে কোনও সমস্যা হয়েছে বলে মনে হলে, এইসব করে দেখুন:
আপনার অ্যাপে বর্তমানে যে কনফিগারেশন ফাইল আছে সেটি মুছে দিন।
নতুন কনফিগারেশন ফাইল ডাউনলোড করতে
এবং সেটি আপনার Apple অ্যাপে যোগ করতে এইসব নির্দেশাবলী অনুসরণ করুন।
SDK যদি ইভেন্ট লগ করে এবং সবকিছু সঠিকভাবে সেট-আপ করা হয়েছে বলে মনে হয়,
কিন্তু আপনি এখনও SDK শনাক্তকরণ মেসেজ বা প্রসেস করা ডেটা দেখতে না পান
(২ ঘণ্টা পরে), তাহলে Firebase সহায়তা টিমের সাথে যোগাযোগ করুন।
"SDK শনাক্ত করা হয়েছে" মেসেজটি দেখানোর পর ২৪ ঘণ্টার বেশি সময় পেরিয়ে গিয়ে থাকলে,
এবং আপনি এখনও ডেটা দেখতে না পেলে, কোনও
পরিচিত আউটএজ আছে কিনা তা জানতে
Firebase স্ট্যাটাস ড্যাশবোর্ড চেক করুন। কোনও আউটএজ না থাকলে,
Firebase সহায়তায় যোগাযোগ করুন।
সাধারণ সমস্যা সমাধান
আপনি যদি SDK যোগ করে থাকেন এবং আপনার অ্যাপে Performance Monitoring ব্যবহার করেন, তাহলে
Performance Monitoring ফিচার ও টুলিং সংক্রান্ত সাধারণ সমস্যা সমাধানে
নিম্নলিখিত সমস্যা সমাধানকারী পরামর্শ সাহায্য করতে পারে।
স্ক্রিন রেন্ডারিং ট্রেসের ডেটা দেখতে না পেলে, সমস্যার সমাধানকারী এইসব ধাপ অনুসরণ করুন:
পারফর্ম্যান্স ড্যাশবোর্ডে
কাস্টম ট্রেস ডেটা নেই
আপনি কি অটোমেটিক সংগ্রহ করা ট্রেসের পারফর্ম্যান্স ডেটা দেখতে পাচ্ছেন কিন্তু কাস্টম কোড ট্রেসের
জন্য নয়? সমস্যার সমাধান করতে নিম্নলিখিত ধাপগুলি অনুসরণ করুন:
Trace API-এর মাধ্যমে ইনস্টল করা কাস্টম কোড ট্রেসের সেট-আপ চেক করুন,
বিশেষ করে নিম্নলিখিত বিষয়গুলি:
কাস্টম কোড ট্রেস ও কাস্টম মেট্রিকের নামকে নিম্নলিখিত
প্রয়োজনীয়তা পূরণ করতে হবে: শুরুতে বা শেষে কোনও হোয়াইটস্পেস, শুরুতে কোনও আন্ডারস্কোর
(_) অক্ষর এবং সর্বাধিক দৈর্ঘ্য ৩২ অক্ষর হতে পারবে না।
সব ট্রেস শুরু ও শেষ করতে হবে। কোনও ট্রেস শুরু না হলে, বন্ধ না হলে বা শুরু হওয়ার আগেই বন্ধ হয়ে গেলে, তা লগ করা হবে না।
আপনার লগ মেসেজ চেক করুন যাতে
Performance Monitoring প্রত্যাশিত কাস্টম কোড ট্রেস লগ করছে কিনা তা নিশ্চিত করা যায়।
আপনার কোডের আচরণ এবং আপনার কোডের ব্যবহার করা নেটওয়ার্কিং লাইব্রেরির উপর নির্ভর করে, Performance Monitoring শুধুমাত্র সম্পূর্ণ হওয়া নেটওয়ার্ক
অনুরোধের ব্যাপারে রিপোর্ট করতে পারে। এর অর্থ হল, খোলা থাকা HTTP/S কানেকশন সম্পর্কে হয়ত
রিপোর্ট করা হবে না।
Performance Monitoring ভুল
Content-Type হেডার সহ নেটওয়ার্ক অনুরোধের ব্যাপারে রিপোর্ট করে না। তবে, Content-Type হেডার ছাড়া নেটওয়ার্ক অনুরোধ এখনও গ্রহণ করা হবে।
নেটওয়ার্ক অনুরোধ সংক্রান্ত ডেটা প্রত্যাশা অনুযায়ী একত্রিত হচ্ছে না
Project home-এ পারফর্ম্যান্স কার্ডে থাকা 'গুরুতর সমস্যা' বিকল্পের কী হল?
আমরা সর্বাধিক সমস্যা-এর পরিবর্তে সাম্প্রতিক সতর্কতা বিকল্প রেখেছি। এটি আমাদের
সাম্প্রতিক সতর্কতা চালু করার ফলো-আপ হিসেবে করা হয়েছে। আপনার সেট করা
থ্রেশহোল্ড অতিক্রম করা হলে, এটি আপনাকে অটোমেটিক বিজ্ঞপ্তি পাঠায়। সমস্যা এখন আর নেই
এবং তার পরিবর্তে সতর্কতা দেখানো হয়।
পারফর্ম্যান্স কার্ডের উপরে অ্যাপ বেছে নেওয়ার বিকল্প সাম্প্রতিক সতর্কতা-এর অধীনে সতর্কতা
এন্ট্রি ফিল্টার করে। বেছে নেওয়া
অ্যাপের জন্য শুধুমাত্র তিনটি সবচেয়ে সাম্প্রতিক অ্যালার্ট দেখানো হয়।
কনসোলে সমস্যার জন্য থ্রেশহোল্ড সেট করার সুবিধাটি কী হল?
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 আপনার ডেটা প্রায় রিয়েল
টাইমে প্রসেস করতে পারবে।
[[["সহজে বোঝা যায়","easyToUnderstand","thumb-up"],["আমার সমস্যার সমাধান হয়েছে","solvedMyProblem","thumb-up"],["অন্যান্য","otherUp","thumb-up"]],[["এতে আমার প্রয়োজনীয় তথ্য নেই","missingTheInformationINeed","thumb-down"],["খুব জটিল / অনেক ধাপ","tooComplicatedTooManySteps","thumb-down"],["পুরনো","outOfDate","thumb-down"],["অনুবাদ সংক্রান্ত সমস্যা","translationIssue","thumb-down"],["নমুনা / কোড সংক্রান্ত সমস্যা","samplesCodeIssue","thumb-down"],["অন্যান্য","otherDown","thumb-down"]],["2026-10-07 UTC-তে শেষবার আপডেট করা হয়েছে।"],[],[]]
