এই পৃষ্ঠা থেকে আপনি Firebase Realtime Database ব্যবহার করার ব্যাপারে সমস্যার সমাধানকরণ সংক্রান্ত সহায়তা ও প্রায়শই জিজ্ঞাসিত প্রশ্নের উত্তর পাবেন। আপনি যা খুঁজছেন তা খুঁজে না পেলে বা অতিরিক্ত সাহায্যের প্রয়োজন হলে, Firebase
সহায়তা টিমের সাথে যোগাযোগ করুন।
"একসাথে একাধিক ডেটাবেস কানেকশন"
বলতে কী বোঝায়?
একসাথে কানেকশন বলতে বোঝায় একটি মোবাইল ডিভাইস,
ব্রাউজার ট্যাব বা সার্ভার অ্যাপ ডেটাবেসের সাথে কানেক্ট করা আছে। Firebase
আপনার অ্যাপের ডেটাবেসে একসাথে কানেকশনের সংখ্যার উপর
কঠোর সীমা আরোপ করে। Firebase এবং আমাদের ব্যবহারকারীদের অপব্যবহার থেকে রক্ষা করার জন্য
এইসব সীমা নির্ধারণ করা হয়েছে।
Spark প্রাইসিং প্ল্যানের সীমা হল ১০০ এবং এটি বাড়ানো যাবে না।
Blaze প্রাইসিং প্ল্যানে ডেটাবেস প্রতি ২০০,০০০টি একইসাথে
কানেকশনের সীমা আছে।
এই সীমা আপনার অ্যাপের মোট ব্যবহারকারীর সংখ্যার সমান নয়, কারণ আপনার সব ব্যবহারকারী একসাথে কানেক্ট করেন না। আপনার যদি
২০০,০০০-এর বেশি সাইমালটেনিয়াস কানেকশন প্রয়োজন হয়, তাহলে
একাধিক ডেটাবেসের সাথে স্কেল করুন বিকল্পটি দেখুন।
আমার Realtime Database
ব্যবহারের সীমা পেরিয়ে গেলে আমি কী করতে পারি?
আপনি যদি Firebase কনসোলে ইমেল সতর্কতা বা বিজ্ঞপ্তি পান যে আপনি Realtime Database ব্যবহারের সীমা অতিক্রম করেছেন, তাহলে আপনি যে ব্যবহারের সীমা অতিক্রম করেছেন তার উপর ভিত্তি করে আপনি এটি সমাধান করতে পারেন। আপনার
Realtime Database ব্যবহার দেখতে,
Firebase কনসোলে
Realtime Database ব্যবহার ড্যাশবোর্ডে
যান।
আপনি ডাউনলোডের সীমা পেরিয়ে গেলে, আপনার
Firebase-এর দামের প্ল্যান আপগ্রেড করতে পারেন অথবা আপনার পরবর্তী বিলিং চক্রের শুরুতে ডাউনলোডের সীমা রিসেট না হওয়া পর্যন্ত অপেক্ষা করতে পারেন। আপনার ডাউনলোড
কমাতে, নিম্নলিখিত ধাপগুলি অনুসরণ করুন:
-
আপনার লিসেন অপারেশন থেকে পাওয়া ডেটা সীমিত করতে কোয়েরি যোগ করুন।
-
ইনডেক্স না করা কোয়েরি চেক করুন।
-
এমন লিসেনার ব্যবহার করুন যা শুধু ডেটার আপডেট ডাউনলোড করে — যেমন,
once-এর পরিবর্তে on।
-
অননুমোদিত ডাউনলোড ব্লক করতে নিরাপত্তা সংক্রান্ত নিয়ম ব্যবহার করুন।
আপনার স্টোরেজ সীমা শেষ হয়ে গেলে, পরিষেবা বিঘ্নিত হওয়া এড়াতে
আপনার প্রাইসিং প্ল্যান আপগ্রেড করুন। আপনার ডেটাবেসে ডেটার পরিমাণ কমাতে, নিম্নলিখিত ধাপগুলি অনুসরণ করে দেখুন:
- পিরিওডিক ক্লিনআপ জব রান করুন।
- আপনার ডেটাবেসে কোনও ডুপ্লিকেট ডেটা থাকলে তা কমান।
আপনার স্টোরেজ বরাদ্দে কোনও ডেটা মুছে ফেলার বিষয়টি দেখতে কিছুটা সময় লাগতে পারে।
আপনি যদি একইসাথে ডেটাবেস কানেকশনের সীমা অতিক্রম করে যান,
পরিষেবায় কোনও বাধা এড়াতে আপনার প্ল্যান আপগ্রেড করুন। আপনার ডেটাবেসে একসাথে
কানেকশন ম্যানেজ করতে, ব্যবহারকারীদের রিয়েল-টাইম কানেকশনের প্রয়োজন না হলে,
REST API ব্যবহার করে কানেক্ট করার চেষ্টা করুন।
আমি যদি Realtime Database-এর জন্য Spark প্রাইসিং প্ল্যান স্টোরেজ বা ডাউনলোড সীমা
অতিক্রম করি তাহলে কী হবে?
আপনাকে একটি অনুমানযোগ্য মূল্য প্রদান করার জন্য, আপনার প্রোজেক্ট Spark প্রাইসিং প্ল্যানে থাকলে, আপনার জন্য উপলভ্য রিসোর্স
সীমিত করা হয়। এর অর্থ হল
আপনি কোনও মাসে প্ল্যানের সীমা অতিক্রম করলে, আরও রিসোর্স ব্যবহার ও অতিরিক্ত চার্জ এড়াতে
আপনার অ্যাপ বন্ধ করে দেওয়া হবে।
আমি যদি
Realtime Database-এর জন্য Spark প্রাইসিং প্ল্যানের
একসাথে কানেকশনের সীমা পেরিয়ে যাই, তাহলে কী হবে?
Spark প্রাইসিং প্ল্যানে আপনার অ্যাপ কনকারেন্সি সীমায় পৌঁছে গেলে, বর্তমান কানেকশনগুলির মধ্যে কিছু বন্ধ না করা পর্যন্ত
পরবর্তী যেকোনও কানেকশন বাতিল করা হবে। যেসব ব্যবহারকারী কানেক্ট করেছেন তাদের জন্য
অ্যাপটি কাজ করা চালিয়ে যাবে।
অটোমেটিক ব্যাক-আপ কী? আপনি কি Realtime Database-এর জন্য
প্রতি ঘণ্টায় ব্যাক-আপ নেওয়ার সুবিধা অফার করেন?
অটোমেটেড ব্যাক-আপ হল Blaze প্রাইসিং প্ল্যানে থাকা প্রোজেক্টের জন্য
একটি উন্নত ফিচার। এই
ফিচার দিনে একবার আপনার Firebase Realtime Database ডেটার ব্যাক-আপ নেয় এবং এটি
Google Cloud Storage-এ
আপলোড করে।
আমরা প্রতি ঘণ্টার ব্যাক-আপের সুবিধা দিই না।
সেপ্টেম্বর ২০১৬ থেকে মার্চ ২০১৭-এর মধ্যে আমার Realtime Database-এর রিপোর্ট করা
ব্যান্ডউইথ গড়ের চেয়ে কম কেন ছিল?
ব্যান্ডউইথ গণনা করার জন্য, আমরা সাধারণত SSL এনক্রিপশন ওভারহেড (OSI মডেলের লেয়ার ৫-এর উপর ভিত্তি করে) অন্তর্ভুক্ত করি। সেপ্টেম্বর ২০১৬-এ, আমরা একটি বাগ চালু করেছি যার কারণে আমাদের ব্যান্ডউইথ
রিপোর্টিং এনক্রিপশন ওভারহেডকে উপেক্ষা করে। এর ফলে, কয়েক মাস ধরে আপনার অ্যাকাউন্টে
ব্যান্ডউইথ ও বিলের পরিমাণ কম দেখানো
হতে পারে।
আমরা মার্চ ২০১৭-এর শেষের দিকে এই সমস্যার সমাধান করেছি, যার ফলে
ব্যান্ডউইথ রিপোর্টিং এবং বিলিং স্বাভাবিক স্তরে ফিরে এসেছে।
