এই পৃষ্ঠাটি সমস্যা সমাধানে সহায়তা এবং Cloud Messaging সম্পর্কে প্রায়শই জিজ্ঞাসিত প্রশ্নের উত্তর প্রদান করে।
Firebase Cloud Messaging তার ক্লায়েন্ট SDK এবং HTTP সার্ভার প্রোটোকলের মাধ্যমে মেসেজিং ক্ষমতার একটি সম্পূর্ণ সেট প্রদান করে। আরও জটিল মেসেজিং প্রয়োজনীয়তা সহ স্থাপনার জন্য, FCM হল সঠিক পছন্দ।
নোটিফিকেশন কম্পোজার হল একটি হালকা, সার্ভারলেস মেসেজিং সলিউশন যা Firebase Cloud Messaging উপর তৈরি। ব্যবহারকারী-বান্ধব গ্রাফিক্যাল কনসোল এবং কম কোডিং প্রয়োজনীয়তা সহ, নোটিফিকেশন কম্পোজার ব্যবহারকারীদের পুনরায় যুক্ত করতে এবং ধরে রাখতে, অ্যাপ বৃদ্ধিকে উৎসাহিত করতে এবং বিপণন প্রচারণাকে সমর্থন করার জন্য বার্তা পাঠাতে দেয়।
ক্ষমতা | বিজ্ঞপ্তি সুরকার | Cloud Messaging | |
---|---|---|---|
লক্ষ্য | একক ডিভাইস | ||
ক্লায়েন্টরা বিষয়গুলিতে সাবস্ক্রাইব করেছেন (যেমন আবহাওয়া) | |||
পূর্বনির্ধারিত ব্যবহারকারী বিভাগে ক্লায়েন্ট (অ্যাপ, সংস্করণ, ভাষা) | |||
নির্দিষ্ট বিশ্লেষণ দর্শকদের ক্লায়েন্ট | |||
ডিভাইস গ্রুপে ক্লায়েন্ট | |||
ক্লায়েন্ট থেকে সার্ভারে আপস্ট্রিম | |||
বার্তার ধরণ | ২ কেবি পর্যন্ত বিজ্ঞপ্তি | ||
৪ কেবি পর্যন্ত ডেটা বার্তা | |||
ডেলিভারি | তাৎক্ষণিক | ||
ভবিষ্যতের ক্লায়েন্ট ডিভাইস স্থানীয় সময় | |||
বিশ্লেষণ | অন্তর্নির্মিত বিজ্ঞপ্তি বিশ্লেষণ সংগ্রহ এবং ফানেল বিশ্লেষণ |
আপনি অন্যান্য Firebase পরিষেবা ব্যবহার না করেই Firebase Cloud Messaging একটি স্বতন্ত্র উপাদান হিসেবে ব্যবহার করতে পারেন।
যখন মনে হয় ডিভাইসগুলি সফলভাবে বার্তা গ্রহণ করেনি, তখন প্রথমে এই দুটি সম্ভাব্য কারণ পরীক্ষা করুন:
বিজ্ঞপ্তি বার্তাগুলির জন্য ফোরগ্রাউন্ড বার্তা পরিচালনা। ডিভাইসে অ্যাপটি ফোরগ্রাউন্ডে থাকাকালীন বিজ্ঞপ্তি বার্তাগুলি পরিচালনা করার জন্য ক্লায়েন্ট অ্যাপগুলিকে বার্তা পরিচালনার লজিক যুক্ত করতে হবে। iOS এবং Android এর জন্য বিশদ দেখুন।
নেটওয়ার্ক ফায়ারওয়াল সীমাবদ্ধতা। যদি আপনার প্রতিষ্ঠানের এমন একটি ফায়ারওয়াল থাকে যা ইন্টারনেটে বা ইন্টারনেট থেকে ট্র্যাফিক সীমাবদ্ধ করে, তাহলে আপনার Firebase Cloud Messaging ক্লায়েন্ট অ্যাপগুলিকে বার্তা গ্রহণ করার জন্য FCM এর সাথে সংযোগ স্থাপনের জন্য এটি কনফিগার করতে হবে। খোলার জন্য পোর্টগুলি হল:
- ৫২২৮
- ৫২২৯
- ৫২৩০
FCM সাধারণত 5228 ব্যবহার করে, কিন্তু কখনও কখনও এটি 5229 এবং 5230 ব্যবহার করে। FCM নির্দিষ্ট IP প্রদান করে না, তাই আপনার ফায়ারওয়ালকে Google এর ASN of 15169- এ তালিকাভুক্ত IP ব্লকগুলিতে থাকা সমস্ত IP ঠিকানার বহির্গামী সংযোগ গ্রহণ করার অনুমতি দেওয়া উচিত।
যখন আপনার অ্যাপটি ব্যাকগ্রাউন্ডে থাকে, তখন সিস্টেম ট্রেতে নোটিফিকেশন মেসেজ প্রদর্শিত হয় এবং onMessageReceived
কল করা হয় না। ডেটা পেলোড সহ নোটিফিকেশন মেসেজের জন্য, নোটিফিকেশন মেসেজটি সিস্টেম ট্রেতে প্রদর্শিত হয় এবং ব্যবহারকারী যখন নোটিফিকেশনে ট্যাপ করেন তখন নোটিফিকেশন মেসেজের সাথে অন্তর্ভুক্ত ডেটা লঞ্চ করা ইনটেন্ট থেকে পুনরুদ্ধার করা যেতে পারে।
আরও তথ্যের জন্য, বার্তা গ্রহণ এবং পরিচালনা দেখুন।
FID (Firebase Installation ID) হল একটি অ্যাপ ইনস্ট্যান্সের শনাক্তকারী। ডিফল্টরূপে, Firebase Installation ডেটা ব্যাক আপ এবং পুনরুদ্ধার করা হয়। তাই পুনরুদ্ধারের ক্ষেত্রে, পুনরুদ্ধার করা অ্যাপ ইনস্ট্যান্স এবং মূল অ্যাপ ইনস্ট্যান্স একই FID ভাগ করে। যেহেতু FCM প্রতি FID-তে শুধুমাত্র একটি টোকেন সঞ্চয় করে, যদি মূল অ্যাপ ইনস্ট্যান্স এবং পুনরুদ্ধার করা অ্যাপ ইনস্ট্যান্স উভয়ই ব্যবহারে থাকে, তাহলে যখন একটি অ্যাপ ইনস্ট্যান্স FCM-এর সাথে নিবন্ধিত হয়, তখন অন্য অ্যাপ ইনস্ট্যান্সের টোকেন সরানো হয়, যার ফলে 404 ত্রুটি হয়।
আমরা ডেভেলপারদের তাদের অ্যাপে নিম্নলিখিতগুলি করার পরামর্শ দিচ্ছি:
- ব্যাকআপে Firebase ইনস্টলেশন ডেটা বাদ দিন । Firebase ইনস্টলেশন ডেটা একটি
PersistedInstallation....json
ফাইলে সংরক্ষণ করা হয়। ফাইলের নামটি একটি অ্যাপের জন্য একটি ধ্রুবক। উদাহরণস্বরূপ,<exclude domain="file" path="PersistedInstallation.W0R...GQ.json" />
না। ২০১৭ সালে Firebase Cloud Messaging HTTP/2-ভিত্তিক APN প্রোটোকলে স্যুইচ করা হয়েছে। আপনি যদি iOS ডিভাইসে বিজ্ঞপ্তি পাঠানোর জন্য FCM ব্যবহার করেন, তাহলে আপনার পক্ষ থেকে কোনও পদক্ষেপ নেওয়ার প্রয়োজন হবে না।
FCM কোটা এবং সীমা
এই ব্যবহারের ক্ষেত্রে সমর্থন করা যাবে না। আপনাকে অবশ্যই আপনার ট্র্যাফিক ৫ মিনিটের মধ্যে ছড়িয়ে দিতে হবে।
দুর্ভাগ্যবশত, এই কারণে আমরা কোটা বৃদ্ধি মঞ্জুর করতে পারছি না। অতিরিক্ত ট্র্যাফিক এড়াতে আপনাকে অবশ্যই আপনার ট্র্যাফিক ৫ মিনিটের মধ্যে ছড়িয়ে দিতে হবে।
আমরা সুপারিশ করছি যে আপনি ইভেন্টের কমপক্ষে ৫ মিনিট আগে থেকে বিজ্ঞপ্তি পাঠানো শুরু করুন। বিকল্পভাবে, ডেটা বার্তা পাঠান এবং স্থানীয় বিজ্ঞপ্তিগুলি আগে থেকে নির্ধারণ করার জন্য আপনার প্ল্যাটফর্মের onMessageReceived
হ্যান্ডলারের অ্যানালগ প্রয়োগ করুন।
কোটা মেট্রিক্স কীভাবে চার্ট এবং নিরীক্ষণ করবেন সে সম্পর্কে Google ক্লাউড নির্দেশিকা দেখুন।
যদিও আমরা বুঝতে পারি যে কোটার সীমা চ্যালেঞ্জিং হতে পারে, পরিষেবাটি নির্ভরযোগ্য রাখার জন্য কোটা অত্যন্ত গুরুত্বপূর্ণ এবং আমরা ছাড় দিতে পারি না। 429 ত্রুটি সঠিকভাবে পরিচালনা করতে পুনঃপ্রয়াস ব্যবহার করুন।
আপনার কোটা বৃদ্ধির অনুরোধ আপনার FCM ব্যবহারের উপর নির্ভর করে। যাই হোক না কেন, আপনি কয়েক কর্মদিবসের মধ্যে উত্তর আশা করতে পারেন। কিছু ক্ষেত্রে, আপনার FCM ব্যবহার এবং বিভিন্ন পরিস্থিতিতে কিছু পরিবর্তন হতে পারে, যা প্রক্রিয়াটিকে দীর্ঘায়িত করতে পারে। যদি সমস্ত প্রয়োজনীয়তা পূরণ করা হয়, তবে বেশিরভাগ অনুরোধ 2 সপ্তাহের মধ্যে সমাধান করা হবে।
১ মাস পর্যন্ত স্থায়ী কোনও ইভেন্টের জন্য আপনি অতিরিক্ত কোটার জন্য অনুরোধ করতে পারেন। ইভেন্টের কমপক্ষে ১ মাস আগে অনুরোধটি জমা দিন এবং ইভেন্টটি কখন শুরু হবে এবং কখন শেষ হবে তার স্পষ্ট বিবরণ সহ, এবং FCM অনুরোধটি পূরণ করার জন্য যথাসাধ্য চেষ্টা করবে। যদি মঞ্জুর করা হয়, তাহলে ইভেন্টের শেষ তারিখের পরে এই কোটা বৃদ্ধিগুলি ফিরিয়ে আনা হবে।
যদিও গুগল এটা হালকাভাবে করবে না, সিস্টেমের অখণ্ডতা রক্ষা করার জন্য প্রয়োজনে কোটা পরিবর্তন করা যেতে পারে। সম্ভব হলে, গুগল আপনাকে এই ধরনের পরিবর্তন সম্পর্কে আগেই অবহিত করবে। পরিষেবা ঘোষণা পাওয়ার সম্ভাবনা বাড়ানোর জন্য আপনার ক্লাউড MSA পরিচিতিগুলি আপডেট রাখুন।