পারফর্ম্যান্স মনিটরিং সংক্রান্ত সমস্যার সমাধান ও প্রায়শই জিজ্ঞাসিত প্রশ্ন
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
এই পৃষ্ঠায় Performance Monitoring ব্যবহার শুরু করা অথবা Performance Monitoring ফিচার ও টুলিং ব্যবহার করার সময় সমস্যার সমাধান করার পরামর্শ দেওয়া হয়েছে।
সমস্যার সমাধান করার জন্য প্রথমে এগুলি চেক করুন
নিম্নলিখিত দুটি চেক হল সাধারণ পেশাদার পদ্ধতি যা আরও সমস্যার সমাধান করার আগে
যে কারও জন্য সাজেস্ট করা হয়।
১. পারফর্ম্যান্স ইভেন্টের জন্য লগ মেসেজ চেক করুন
Performance Monitoring SDK পারফর্ম্যান্স ইভেন্ট ক্যাপচার করছে কিনা তা নিশ্চিত করতে আপনার লগ মেসেজ চেক করুন।
পারফর্ম্যান্স ইভেন্টের জন্য লগ মেসেজ কীভাবে দেখবেন
Firebase বা Performance Monitoring-এর জন্য
পরিচিত কোনও বিভ্রাট আছে কিনা তা জানতে
Firebase স্ট্যাটাস ড্যাশবোর্ড চেক করুন।
Performance Monitoring ব্যবহার শুরু করা
আপনি যদি Performance Monitoring
(iOS+ |
Android |
Web) ব্যবহার করা শুরু করেন, তাহলে নিম্নলিখিত সমস্যার সমাধানকরণ
পরামর্শগুলি আপনাকে SDK শনাক্ত করা বা Firebase কনসোলে আপনার প্রথম পারফর্ম্যান্স ডেটা দেখানোর ক্ষেত্রে 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 সফলভাবে যোগ করে থাকেন এবং আপনার অ্যাপে Performance Monitoring ব্যবহার করেন, তাহলে
নিম্নলিখিত সমস্যার সমাধান সংক্রান্ত পরামর্শ Performance Monitoring ফিচার ও টুলিং সংক্রান্ত
সাধারণ সমস্যা সমাধানে সাহায্য করতে পারে।
স্ক্রিন রেন্ডারিং ট্রেসের জন্য ডেটা না থাকলে, নিম্নলিখিত
সমস্যার সমাধানকারী ধাপগুলি অনুসরণ করুন:
পারফর্ম্যান্স ড্যাশবোর্ডে
কাস্টম ট্রেস ডেটা নেই
আপনি কি অটোমেটিক সংগ্রহ করা ট্রেসের জন্য পারফর্ম্যান্স ডেটা দেখতে পাচ্ছেন কিন্তু কাস্টম কোড ট্রেসের জন্য
নয়? সমস্যার সমাধান সংক্রান্ত নিম্নলিখিত ধাপগুলি অনুসরণ করে দেখুন:
Trace API-এর মাধ্যমে
ইনস্ট্রুমেন্ট করা কাস্টম কোড ট্রেসের সেট-আপ চেক করুন,
বিশেষ করে নিম্নলিখিতগুলি:
কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিক্সের নাম অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও লিডিং বা ট্রেলিং হোয়াইটস্পেস, কোনও লিডিং আন্ডারস্কোর (_) অক্ষর নেই এবং
সর্বাধিক দৈর্ঘ্য ৩২টি অক্ষর।
সব ট্রেস অবশ্যই শুরু এবং বন্ধ করতে হবে। যেসব ট্রেস শুরু করা হয়নি, বন্ধ করা হয়নি
অথবা শুরু করার আগেই বন্ধ করা হয়েছে সেগুলি লগ করা হবে না।
Performance Monitoring প্রত্যাশিত কাস্টম কোড ট্রেস লগ করছে কিনা তা নিশ্চিত করতে আপনার লগ মেসেজ চেক করুন।
আপনার কোডের আচরণ এবং আপনার কোডের দ্বারা ব্যবহৃত নেটওয়ার্কিং লাইব্রেরির উপর নির্ভর করে, Performance Monitoring শুধুমাত্র সম্পূর্ণ হওয়া নেটওয়ার্ক অনুরোধের রিপোর্ট করতে পারে। এর অর্থ হল, HTTP/S কানেকশন খোলা থাকলে, তা হয়ত
রিপোর্ট করা হবে না।
Performance Monitoring ভুল
Content-Type হেডার সহ নেটওয়ার্ক অনুরোধের ব্যাপারে রিপোর্ট করে না। তবে, Content-Type হেডার ছাড়া নেটওয়ার্ক অনুরোধ
এখনও গ্রহণ করা হবে।
নেটওয়ার্ক রিকোয়েস্ট ডেটা প্রত্যাশা অনুযায়ী অ্যাগ্রিগেট করা হচ্ছে না
Project হোমে পারফর্ম্যান্স কার্ডে প্রধান সমস্যাগুলির কী হয়েছে?
আমরা সম্প্রতি চালু করা সতর্কতার ফলো-আপ হিসেবে সেরা সমস্যা-র পরিবর্তে সাম্প্রতিক সতর্কতা নিয়ে এসেছি, যা আপনার সেট করা থ্রেশহোল্ড অতিক্রম করলে আপনাকে অটোমেটিক বিজ্ঞপ্তি পাঠায়। সমস্যা এখন বাতিল করা হয়েছে
এবং তার পরিবর্তে সতর্কতা দেখানো হচ্ছে।
পারফর্ম্যান্স কার্ডের উপরে অ্যাপ সিলেক্টর সাম্প্রতিক সতর্কতা-এর অধীনে সতর্কতা
এন্ট্রি ফিল্টার করে। বেছে নেওয়া অ্যাপের জন্য শুধুমাত্র তিনটি সবচেয়ে সাম্প্রতিক সতর্কতা
দেখানো হয়।
কনসোলে সমস্যার জন্য থ্রেশহোল্ড সেট করার ক্ষমতার কী হয়েছে?
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-এর বেশি হলে, প্রতিটি ফ্রেমের রেন্ডার করার মোট সময় কম হবে।
এর ফলে কম স্লো বা ফ্রোজেন ফ্রেমের ব্যাপারে রিপোর্ট করা হতে পারে। এটি Performance Monitoring SDK-তে
বর্তমান সীমাবদ্ধতা।
আমার Performance Monitoring ডেটা BigQuery-তে এক্সপোর্ট হতে প্রত্যাশার চেয়ে বেশি সময়
লাগছে। Is it not real time?
আপনি 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-কে প্রায় রিয়েল টাইমে আপনার ডেটা প্রসেস করার সুবিধা
দেবে।
