अगर आपने किसी डेवलपर से पूछा कि वेब पर मोबाइल डिवाइस की कौनसी सुविधाएं उपलब्ध नहीं हैं, तो पुश नोटिफ़िकेशन सूची में सबसे ऊपर दिखेंगे.
पुश नोटिफ़िकेशन की मदद से आपके उपयोगकर्ता, उनकी पसंदीदा साइटों से समय पर अपडेट पाने के लिए ऑप्ट-इन कर सकते हैं. साथ ही, उनकी पसंद के मुताबिक बनाए गए और दिलचस्प कॉन्टेंट बनाकर, उन्हें दोबारा असरदार तरीके से जोड़ सकते हैं.
Chrome के वर्शन 42 के बाद से, Push API और Notification API का इस्तेमाल डेवलपर कर सकते हैं.
Chrome में Push API, टेक्नोलॉजी के कुछ अलग-अलग हिस्सों पर काम करता है. इनमें वेब ऐप्लिकेशन मेनिफ़ेस्ट और सर्विस वर्कर शामिल हैं. इस पोस्ट में हम इन सभी टेक्नोलॉजी के बारे में जानेंगे. हालांकि, पुश मैसेज सेवा को चालू करने और उसका इस्तेमाल करने के लिए सिर्फ़ बुनियादी स्तर की ही जानकारी होगी. मेनिफ़ेस्ट की कुछ दूसरी सुविधाओं और सर्विस वर्कर की ऑफ़लाइन क्षमताओं के बारे में ज़्यादा जानने के लिए, कृपया ऊपर दिए गए लिंक देखें.
हम यह भी देखेंगे कि Chrome के आने वाले वर्शन में, एपीआई में क्या जोड़ा जाएगा और आखिर में हम आपसे अक्सर पूछे जाने वाले सवाल पूछेंगे.
Chrome के लिए पुश मैसेज सेवा लागू करना
इस सेक्शन में हर उस चरण के बारे में बताया गया है जिसे आपको अपने वेब ऐप्लिकेशन में पुश मैसेज सेवा का इस्तेमाल करने के लिए पूरा करना होगा.
सर्विस वर्कर रजिस्टर करें
वेब के लिए पुश मैसेज लागू करने के लिए, सर्विस वर्कर पर निर्भर करता है. इसकी वजह यह है कि जब कोई पुश मैसेज मिलता है, तो ब्राउज़र सर्विस वर्कर को चालू कर सकता है, जो बैकग्राउंड में बिना पेज के चलता है. साथ ही, ब्राउज़र एक इवेंट भेजता है, ताकि आप इस पुश मैसेज को मैनेज करने का तरीका तय कर सकें.
यहां एक उदाहरण दिया गया है, जिसमें बताया गया है कि अपने वेब ऐप्लिकेशन में सर्विस वर्कर को कैसे रजिस्टर किया जाता है. रजिस्ट्रेशन पूरा होने के बाद, हम initialiseState() को कॉल करते हैं. हम इस बारे में जल्द ही बात करेंगे.
var isPushEnabled = false;
…
window.addEventListener('load', function() {
var pushButton = document.querySelector('.js-push-button');
pushButton.addEventListener('click', function() {
if (isPushEnabled) {
unsubscribe();
} else {
subscribe();
}
});
// Check that service workers are supported, if so, progressively
// enhance and add push messaging support, otherwise continue without it.
if ('serviceWorker' in navigator) {
navigator.serviceWorker.register('/service-worker.js')
.then(initialiseState);
} else {
console.warn('Service workers aren\'t supported in this browser.');
}
});
बटन क्लिक हैंडलर, उपयोगकर्ता को मैसेज भेजने के लिए उसकी सदस्यता लेता है या उसकी सदस्यता छोड़ता है. isPushEnabled एक ग्लोबल वैरिएबल है. यह सिर्फ़ यह ट्रैक करता है कि पुश मैसेज सेवा की सदस्यता अभी ली गई है या नहीं. इनकी जानकारी पूरे कोड स्निपेट में दी जाएगी.
इसके बाद, हम service-worker.js
फ़ाइल को रजिस्टर करने से पहले यह जांच करते हैं कि सर्विस वर्कर काम कर रहा है या नहीं. यह फ़ाइल, पुश मैसेज को मैनेज करने का लॉजिक होती है. यहां हम
ब्राउज़र को सिर्फ़ यह बता रहे हैं कि यह JavaScript फ़ाइल हमारी साइट का
सर्विस वर्कर है.
शुरुआती स्थिति सेट अप करें
![Chrome में पुश मैसेज सेवा के UX को चालू और बंद करने का उदाहरण.](https://developer.chrome.com/static/blog/push-notifications-on-the-open-web/image/example-enabled-disable-96d405ef6b25c.png?authuser=7&hl=hi)
सर्विस वर्कर के रजिस्टर होने के बाद, हमें अपने यूज़र इंटरफ़ेस (यूआई) की स्थिति सेट अप करनी होगी.
उपयोगकर्ता एक सामान्य यूज़र इंटरफ़ेस (यूआई) की मदद से, आपकी साइट के लिए पुश मैसेज को चालू या बंद करने की उम्मीद करेंगे. साथ ही, वे इस पर होने वाले किसी भी बदलाव के साथ अप-टू-डेट रहने की उम्मीद करेंगे. दूसरे शब्दों में, अगर वे आपकी साइट के लिए पुश मैसेज चालू करते हैं, एक हफ़्ते बाद आकर वापस आते हैं, तो आपके यूज़र इंटरफ़ेस (यूआई) को यह हाइलाइट करना चाहिए कि पुश मैसेज पहले से चालू हैं.
इस दस्तावेज़ में UX से जुड़े कुछ दिशा-निर्देश दिए गए हैं. इस लेख में, हम तकनीकी पहलुओं पर फ़ोकस करेंगे.
इस समय आपको लग सकता है कि सिर्फ़ दो राज्यों से निपटना है, चालू है या बंद. हालांकि, नोटिफ़िकेशन से जुड़ी कुछ अन्य स्थितियां भी हैं, जिनका आपको ध्यान रखना चाहिए.
![Chrome में पुश की अलग-अलग बातों और स्थिति को हाइलाइट करने वाला डायग्राम](https://developer.chrome.com/static/blog/push-notifications-on-the-open-web/image/a-diagram-highlighting-d-1738cfdc77ac4.png?authuser=7&hl=hi)
अपना बटन चालू करने से पहले हमें कई एपीआई की जांच करनी होती है. अगर यह सुविधा काम करती है, तो हम अपना यूज़र इंटरफ़ेस (यूआई) चालू कर सकते हैं. साथ ही, शुरुआती स्थिति सेट करके यह दिखा सकते हैं कि पुश मैसेज सेवा की सदस्यता ली गई है या नहीं.
इनमें से ज़्यादातर जांचों की वजह से, हमारा यूज़र इंटरफ़ेस (यूआई) बंद हो जाता है. इसलिए, आपको शुरुआती स्थिति को 'बंद है' पर सेट करना चाहिए. इससे आपके पेज के JavaScript में कोई गड़बड़ी होने पर भी भ्रम की स्थिति नहीं होगी. उदाहरण के लिए, JS फ़ाइल डाउनलोड नहीं की जा सकती या उपयोगकर्ता ने JavaScript को बंद कर दिया हो.
<button class="js-push-button" disabled>
Enable Push Messages
</button>
इस शुरुआती स्थिति में, हम initialiseState()
तरीके में बताई गई जांच कर सकते हैं. जैसे, हमारे सर्विस वर्कर का रजिस्ट्रेशन होने के बाद.
// Once the service worker is registered set the initial state
function initialiseState() {
// Are Notifications supported in the service worker?
if (!('showNotification' in ServiceWorkerRegistration.prototype)) {
console.warn('Notifications aren\'t supported.');
return;
}
// Check the current Notification permission.
// If its denied, it's a permanent block until the
// user changes the permission
if (Notification.permission === 'denied') {
console.warn('The user has blocked notifications.');
return;
}
// Check if push messaging is supported
if (!('PushManager' in window)) {
console.warn('Push messaging isn\'t supported.');
return;
}
// We need the service worker registration to check for a subscription
navigator.serviceWorker.ready.then(function(serviceWorkerRegistration) {
// Do we already have a push message subscription?
serviceWorkerRegistration.pushManager.getSubscription()
.then(function(subscription) {
// Enable any UI which subscribes / unsubscribes from
// push messages.
var pushButton = document.querySelector('.js-push-button');
pushButton.disabled = false;
if (!subscription) {
// We aren't subscribed to push, so set UI
// to allow the user to enable push
return;
}
// Keep your server in sync with the latest subscriptionId
sendSubscriptionToServer(subscription);
// Set your UI to show they have subscribed for
// push messages
pushButton.textContent = 'Disable Push Messages';
isPushEnabled = true;
})
.catch(function(err) {
console.warn('Error during getSubscription()', err);
});
});
}
इन चरणों की खास जानकारी:
- हम जांच करते हैं कि
showNotification
, ServiceWorkerरजिस्ट्रेशन प्रोटोटाइप में उपलब्ध है या नहीं. इसके बिना, हम कोई पुश मैसेज मिलने पर अपने सर्विस वर्कर से मिलने वाली सूचना नहीं दिखा पाएंगे. - हम जांच करते हैं कि मौजूदा
Notification.permission
क्या है, ताकि यह पक्का किया जा सके कि यह"denied"
नहीं है. अनुमति न मिलने का मतलब है कि जब तक उपयोगकर्ता, ब्राउज़र में मैन्युअल तरीके से अनुमति को नहीं बदल देता, तब तक सूचनाएं नहीं दिखाई जा सकतीं. - यह पता करने के लिए कि पुश मैसेज सेवा काम करती है या नहीं, हम विंडो ऑब्जेक्ट में
PushManager
की जांच करते हैं. - आखिर में, हमने
pushManager.getSubscription()
का इस्तेमाल यह देखने के लिए किया कि हमारे पास पहले से सदस्यता है या नहीं. अगर हम ऐसा करते हैं, तो हम अपने सर्वर को सदस्यता की जानकारी भेजते हैं, ताकि यह पक्का किया जा सके कि हमें सही जानकारी मिली है. साथ ही, हम अपना यूज़र इंटरफ़ेस (यूआई) सेट करके यह दिखाते हैं कि पुश मैसेज सेवा चालू है या नहीं. हम इस लेख के आखिर में देखेंगे कि सदस्यता के ऑब्जेक्ट में कौनसी जानकारी मौजूद है.
हम सदस् यता जांचने और पुश बटन सक्षम करने के लिए navigator.serviceWorker.ready
का समाधान होने तक इंतज़ार करते हैं क् योंकि यह केवल
सेवा कर्मचारी के सक्रिय होने के बाद ही आप पुश संदेशों की सदस्यता ले सकते हैं.
अगला चरण यह मैनेज करना है कि उपयोगकर्ता कब पुश मैसेज की सुविधा चालू करना चाहता है. हालांकि, ऐसा करने से पहले हमें Google Developer Console प्रोजेक्ट सेट अप करना होगा. साथ ही, अपने मेनिफ़ेस्ट में कुछ पैरामीटर जोड़ने होंगे, ताकि Firebase क्लाउड से मैसेज (FCM) का इस्तेमाल किया जा सके. इसे पहले Google क्लाउड से मैसेज (GCM) के नाम से जाना जाता था.
Firebase Developer Console पर कोई प्रोजेक्ट बनाना
Chrome, पुश मैसेज भेजने और डिलीवर करने का काम मैनेज करने के लिए, FCM का इस्तेमाल करता है. हालांकि, FCM API का इस्तेमाल करने के लिए, आपको Firebase Developer Console पर एक प्रोजेक्ट सेट अप करना होगा.
नीचे दिए गए चरण खास तौर पर Chrome, Android के लिए Opera और Samsung ब्राउज़र के लिए हैं, जिनका इस्तेमाल वे FCM का इस्तेमाल करते हैं. लेख में आगे हम इस बारे में चर्चा करेंगे कि अन्य ब्राउज़र में यह सुविधा कैसे काम करती है.
नया Firebase डेवलपर प्रोजेक्ट बनाना
शुरुआत करने के लिए, आपको https://console.firebase.google.com/ पर एक नया प्रोजेक्ट बनाना होगा. इसके लिए, आपको 'नया प्रोजेक्ट बनाएं' पर क्लिक करना होगा.
प्रोजेक्ट का नाम जोड़ें, प्रोजेक्ट बनाएं और आपको प्रोजेक्ट डैशबोर्ड पर ले जाया जाएगा:
इस डैशबोर्ड से, सबसे ऊपर बाएं कोने में अपने प्रोजेक्ट के नाम के बगल में मौजूद कॉग पर क्लिक करें और 'प्रोजेक्ट सेटिंग' पर क्लिक करें.
सेटिंग पेज में, 'क्लाउड से मैसेज' टैब पर क्लिक करें.
इस पेज में पुश मैसेज सेवा के लिए एपीआई कुंजी है, जिसका हम बाद में इस्तेमाल करेंगे. साथ ही, भेजने वाले का आईडी भी दिया गया है, जिसे हमें अगले सेक्शन में वेब ऐप्लिकेशन मेनिफ़ेस्ट में डालना होगा.
वेब ऐप्लिकेशन मेनिफ़ेस्ट जोड़ें
पुश के लिए, हमें gcm_sender_id फ़ील्ड वाली एक मेनिफ़ेस्ट फ़ाइल जोड़नी होगी, ताकि पुश सदस्यता सफल हो सके. यह पैरामीटर सिर्फ़ Chrome, Android के लिए Opera, और Samsung ब्राउज़र के लिए ज़रूरी होता है, ताकि वे FCM / GCM का इस्तेमाल कर सकें.
ये ब्राउज़र gcm_sender_id का इस्तेमाल तब करता है, जब यह उपयोगकर्ता के डिवाइस को FCM की सदस्यता लेता है. इसका मतलब है कि FCM उपयोगकर्ता के डिवाइस की पहचान कर सकता है और यह पक्का कर सकता है कि आपका भेजने वाला आईडी, उससे जुड़े एपीआई पासकोड से मेल खाता हो. साथ ही, यह भी पक्का कर सकता है कि उपयोगकर्ता ने आपके सर्वर को पुश मैसेज भेजने की अनुमति दी हो.
नीचे एक बहुत ही आसान मेनिफ़ेस्ट फ़ाइल दी गई है:
{
"name": "Push Demo",
"short_name": "Push Demo",
"icons": [{
"src": "images/icon-192x192.png",
"sizes": "192x192",
"type": "image/png"
}],
"start_url": "/index.html?homescreen=1",
"display": "standalone",
"gcm_sender_id": "<Your Sender ID Here>"
}
आपको अपने Firebase प्रोजेक्ट से, भेजने वाले के आईडी पर gcm_sender_id की वैल्यू सेट करनी होगी.
जब आप अपनी मेनिफ़ेस्ट फ़ाइल को अपने प्रोजेक्ट में सेव कर लें (manifest.json एक अच्छा नाम है), तो अपने पेज के सबसे ऊपर दिए गए इस टैग को अपने एचटीएमएल से देख लें.
<link rel="manifest" href="/manifest.json">
अगर इन पैरामीटर के साथ वेब मेनिफ़ेस्ट को नहीं जोड़ा जाता है, तो आपको पुश मैसेज के लिए उपयोगकर्ता की सदस्यता लेने की कोशिश करने पर
"Registration failed - no sender id provided"
या "Registration failed -
permission denied"
गड़बड़ी मिलेगी.
पुश मैसेज सेवा की सदस्यता लें
अब मेनिफ़ेस्ट सेट अप हो गया है, तो अपनी साइटों की JavaScript पर वापस जाएं.
सदस्यता लेने के लिए, आपको PushManager ऑब्जेक्ट पर subscribe() तरीके को कॉल करना होगा. इसे ServiceWorkerRegistration के ज़रिए ऐक्सेस किया जा सकता है.
इससे उपयोगकर्ता से, आपके ऑरिजिन को पुश नोटिफ़िकेशन भेजने की अनुमति मांगी जाएगी. इस अनुमति के बिना, आपके पास सदस्यता लेने का विकल्प नहीं होगा.
अगर Subscribe() तरीके से मिलने वाला प्रॉमिस ठीक हो जाता है, तो आपको PushSubscription ऑब्जेक्ट का एक ऑब्जेक्ट दिया जाएगा. इसमें एक endpoint होगा.
हर उपयोगकर्ता के लिए, आपके सर्वर पर एंडपॉइंट सेव होना चाहिए, क्योंकि बाद में आपको पुश मैसेज भेजने के लिए उनकी ज़रूरत पड़ेगी.
निम्न कोड उपयोगकर्ता को पुश संदेश सेवा के लिए सदस्यता लेता है:
function subscribe() {
// Disable the button so it can't be changed while
// we process the permission request
var pushButton = document.querySelector('.js-push-button');
pushButton.disabled = true;
navigator.serviceWorker.ready.then(function(serviceWorkerRegistration) {
serviceWorkerRegistration.pushManager.subscribe()
.then(function(subscription) {
// The subscription was successful
isPushEnabled = true;
pushButton.textContent = 'Disable Push Messages';
pushButton.disabled = false;
// TODO: Send the subscription.endpoint to your server
// and save it to send a push message at a later date
return sendSubscriptionToServer(subscription);
})
.catch(function(e) {
if (Notification.permission === 'denied') {
// The user denied the notification permission which
// means we failed to subscribe and the user will need
// to manually change the notification permission to
// subscribe to push messages
console.warn('Permission for Notifications was denied');
pushButton.disabled = true;
} else {
// A problem occurred with the subscription; common reasons
// include network errors, and lacking gcm_sender_id and/or
// gcm_user_visible_only in the manifest.
console.error('Unable to subscribe to push.', e);
pushButton.disabled = false;
pushButton.textContent = 'Enable Push Messages';
}
});
});
}
इस समय आपका वेब ऐप्लिकेशन पुश मैसेज पाने के लिए तैयार है. हालांकि, जब तक हम अपनी सर्विस वर्कर फ़ाइल में पुश इवेंट लिसनर नहीं जोड़ लेते, तब तक कुछ नहीं होगा.
सर्विस वर्कर पुश इवेंट लिसनर
कोई पुश मैसेज मिलने पर (हम अगले सेक्शन में इस बारे में बात करेंगे कि पुश मैसेज असल में कैसे भेजा जाता है), आपके सर्विस वर्कर में एक पुश इवेंट भेजा जाएगा. इस दौरान, आपको सूचना दिखानी होगी.
self.addEventListener('push', function(event) {
console.log('Received a push message', event);
var title = 'Yay a message.';
var body = 'We have received a push message.';
var icon = '/images/icon-192x192.png';
var tag = 'simple-push-demo-notification-tag';
event.waitUntil(
self.registration.showNotification(title, {
body: body,
icon: icon,
tag: tag
})
);
});
यह कोड, पुश इवेंट लिसनर को रजिस्टर करता है और पहले से तय किए गए टाइटल, मुख्य हिस्से, आइकॉन, और सूचना टैग के साथ सूचना दिखाता है.
इस उदाहरण में, event.waitUntil()
तरीके को हाइलाइट किया जा सकता है. इस तरीके में एक प्रॉमिस लिया जाता है और इवेंट हैंडलर की समयसीमा बढ़ाई जाती है. इसके अलावा, प्रॉमिस को पूरा किए जाने तक, इवेंट हैंडलर की लाइफ़ भी बढ़ाई जा सकती है.event.waitUntil
showNotification()
सूचना टैग, यूनीक सूचनाओं के लिए आइडेंटिफ़ायर के तौर पर काम करता है. अगर हमने एक ही एंडपॉइंट पर दो पुश मैसेज भेजे हों, ताकि उनके बीच थोड़ी देरी हो जाए और एक ही टैग के साथ सूचनाएं दिखें, तो पुश मैसेज मिलने पर ब्राउज़र पहली सूचना दिखाएगा और उसे दूसरी सूचना से बदल देगा.
अगर आपको एक साथ कई सूचनाएं दिखानी हैं, तो किसी दूसरे टैग का इस्तेमाल करें या कोई भी टैग न दिखाएं. हम बाद में, इस पोस्ट में सूचना दिखाने का पूरा उदाहरण देखेंगे. फ़िलहाल, आइए चीज़ों को आसान रखें और देखें कि कोई पुश मैसेज भेजने पर यह सूचना दिखती है या नहीं.
पुश मैसेज भेजना
हमने पुश मैसेज की सदस्यता ले ली है और हमारा सर्विस वर्कर सूचना दिखाने के लिए तैयार है. इसलिए, FCM के ज़रिए पुश मैसेज भेजने का समय हो गया है.
यह केवल FCM का इस्तेमाल करने वाले ब्राउज़र पर लागू होता है.
जब अपने सर्वर पर PushSubscription.endpoint
वैरिएबल भेजा जाता है, तो FCM का एंडपॉइंट खास होता है. इसके यूआरएल के आखिर में एक पैरामीटर होता है, जो
registration_id
है.
एंडपॉइंट का एक उदाहरण यह होगा:
https://fcm.googleapis.com/fcm/send/APA91bHPffi8zclbIBDcToXN_LEpT6iA87pgR-J-MuuVVycM0SmptG-rXdCPKTM5pvKiHk2Ts-ukL1KV8exGOnurOAKdbvH9jcvg8h2gSi-zZJyToiiydjAJW6Fa9mE3_7vsNIgzF28KGspVmLUpMgYLBd1rxaVh-L4NDzD7HyTkhFOfwWiyVdKh__rEt15W9n2o6cZ8nxrP
FCM यूआरएल यह है:
https://fcm.googleapis.com/fcm/send
registration_id
होगा:
APA91bHPffi8zclbIBDcToXN_LEpT6iA87pgR-J-MuuVVycM0SmptG-rXdCPKTM5pvKiHk2Ts-ukL1KV8exGOnurOAKdbvH9jcvg8h2gSi-zZJyToiiydjAJW6Fa9mE3_7vsNIgzF28KGspVmLUpMgYLBd1rxaVh-L4NDzD7HyTkhFOfwWiyVdKh__rEt15W9n2o6cZ8nxrP
यह सुविधा FCM का इस्तेमाल करने वाले ब्राउज़र के लिए है. किसी सामान्य ब्राउज़र में, आपको बस एक एंडपॉइंट मिलेगा और उस एंडपॉइंट को स्टैंडर्ड तरीके से कॉल किया जाएगा और वह यूआरएल पर ध्यान दिए बिना काम करेगा.
इसका मतलब यह है कि अपने सर्वर पर आपको यह जांचना होगा कि एंडपॉइंट FCM के लिए है या नहीं, यह है कि रजिस्ट्रेशन आईडी एक्सट्रैक्ट करें. Python में ऐसा करने के लिए, आपको कुछ ऐसा करना पड़ सकता है:
if endpoint.startswith('https://fcm.googleapis.com/fcm/send'):
endpointParts = endpoint.split('/')
registrationId = endpointParts[len(endpointParts) - 1]
endpoint = 'https://fcm.googleapis.com/fcm/send'
रजिस्ट्रेशन आईडी मिल जाने के बाद, FCM API को कॉल किया जा सकता है. आपको FCM API पर संदर्भ दस्तावेज़ यहां मिल सकते हैं.
FCM को कॉल करते समय याद रखने वाली ज़रूरी बातें:
- एपीआई को कॉल करते समय,
key=<YOUR_API_KEY>
वैल्यू वाला ऑथराइज़ेशन हेडर सेट करना ज़रूरी है. यहां<YOUR_API_KEY>
, Firebase प्रोजेक्ट की एपीआई कुंजी है.- FCM एपीआई पासकोड का इस्तेमाल करके, ईमेल भेजने वाले का सही आईडी ढूंढने में मदद करता है. साथ ही, यह पक्का करता है कि उपयोगकर्ता ने आपके प्रोजेक्ट के लिए अनुमति दी हो. साथ ही, यह भी पक्का करें कि प्रोजेक्ट के लिए सर्वर के आईपी पते को अनुमति वाली सूची में शामिल किया गया हो.
- इस बात के आधार पर
application/json
याapplication/x-www-form-urlencoded;charset=UTF-8
का एक सहीContent-Type
हेडर कि डेटा को JSON या फ़ॉर्म डेटा के तौर पर भेजा जा रहा है. registration_ids
का कलेक्शन - यह वह रजिस्ट्रेशन आईडी है जिसे उपयोगकर्ताओं के एंडपॉइंट से निकाला जाता है.
अपने सर्वर से पुश मैसेज भेजने का तरीका जानने के लिए, कृपया दस्तावेज़ देखें. हालांकि, अपने सर्विस वर्कर की जांच के लिए, आपके ब्राउज़र को पुश मैसेज भेजने के लिए cURL का इस्तेमाल किया जा सकता है.
इस cURL निर्देश में मौजूद <YOUR_API_KEY>
और <YOUR_REGISTRATION_ID>
को अपने डिवाइस से बदलें और इसे टर्मिनल से चलाएं.
आपको एक शानदार सूचना दिखेगी:
curl --header "Authorization: key=<YOUR_API_KEY>" --header
"Content-Type: application/json" https://fcm.googleapis.com/fcm/send -d
"{\"registration_ids\":[\"<YOUR_REGISTRATION_ID>\"]}"
![Android के लिए Chrome से भेजे गए पुश मैसेज का उदाहरण.](https://developer.chrome.com/static/blog/push-notifications-on-the-open-web/image/example-a-push-message-40a45aaa8288a.gif?authuser=7&hl=hi)
अपना बैकएंड लॉजिक बनाते समय, याद रखें कि ऑथराइज़ेशन हेडर और पीओएसटी का फ़ॉर्मैट, FCM एंडपॉइंट के लिए खास होता है, इसलिए पता लगाएं कि एंडपॉइंट FCM के लिए कब है. साथ ही, शर्तों के साथ हेडर जोड़ें और पीओएसटी को फ़ॉर्मैट करें. दूसरे ब्राउज़र के लिए (और उम्मीद है कि आने वाले समय में Chrome) के लिए आपको वेब पुश प्रोटोकॉल लागू करना होगा.
Chrome में पुश एपीआई को मौजूदा समय में लागू करने का एक नकारात्मक पहलू यह है कि पुश मैसेज के साथ डेटा नहीं भेजा जा सकता. नहीं, कुछ नहीं. इसकी वजह यह है कि आने वाले समय में, पेलोड डेटा को पुश मैसेजिंग एंडपॉइंट पर भेजने से पहले, आपके सर्वर पर पेलोड डेटा को एन्क्रिप्ट (सुरक्षित) करना होगा. ऐसा करने से, पुश प्रोवाइडर चाहे जो भी हो, एंडपॉइंट पुश मैसेज के कॉन्टेंट को आसानी से नहीं देख पाएगा. इससे आपके सर्वर और पुश प्रोवाइडर के बीच होने वाले मैन-इन-द-मिडिल हमलों और एचटीटीपीएस सर्टिफ़िकेट की खराब तरीके से पुष्टि जैसी अन्य जोखिमों से भी सुरक्षा मिलती है. हालांकि, एन्क्रिप्ट (सुरक्षित) करने की यह सुविधा अभी तक काम नहीं करती है. इसलिए, सूचना पाने के लिए ज़रूरी जानकारी पाने के लिए, आपको'फ़ेच' करना होगा.
पुश इवेंट का ज़्यादा बेहतर उदाहरण
हमने अभी तक जो सूचना देखी है वह बेहद बुनियादी है और जहां तक सैंपल देखने की बात है, तो यह असल दुनिया के इस्तेमाल के उदाहरण को कवर करने के मामले में बहुत ही खराब है.
वास्तव में, ज़्यादातर लोग सूचना दिखाने से पहले अपने सर्वर से कुछ जानकारी लेना चाहेंगे. यह डेटा, सूचना के टाइटल और मैसेज में किसी खास जानकारी को भरने के लिए हो सकता है. इसके अलावा, कुछ और पेजों या डेटा को कैश मेमोरी में सेव करने का भी काम हो सकता है, ताकि उपयोगकर्ता के सूचना पर क्लिक करते ही, ब्राउज़र चालू होने पर सब कुछ तुरंत उपलब्ध हो जाए. भले ही, उस समय नेटवर्क उपलब्ध न हो.
नीचे दिए गए कोड में, हम एक एपीआई से कुछ डेटा फ़ेच करते हैं, रिस्पॉन्स को किसी ऑब्जेक्ट में बदलते हैं और इसका इस्तेमाल हमारी सूचना को पॉप्युलेट करने के लिए करते हैं.
self.addEventListener('push', function(event) {
// Since there is no payload data with the first version
// of push messages, we'll grab some data from
// an API and use it to populate a notification
event.waitUntil(
fetch(SOME_API_ENDPOINT).then(function(response) {
if (response.status !== 200) {
// Either show a message to the user explaining the error
// or enter a generic message and handle the
// onnotificationclick event to direct the user to a web page
console.log('Looks like there was a problem. Status Code: ' + response.status);
throw new Error();
}
// Examine the text in the response
return response.json().then(function(data) {
if (data.error || !data.notification) {
console.error('The API returned an error.', data.error);
throw new Error();
}
var title = data.notification.title;
var message = data.notification.message;
var icon = data.notification.icon;
var notificationTag = data.notification.tag;
return self.registration.showNotification(title, {
body: message,
icon: icon,
tag: notificationTag
});
});
}).catch(function(err) {
console.error('Unable to retrieve data', err);
var title = 'An error occurred';
var message = 'We were unable to get the information for this push message';
var icon = URL_TO_DEFAULT_ICON;
var notificationTag = 'notification-error';
return self.registration.showNotification(title, {
body: message,
icon: icon,
tag: notificationTag
});
})
);
});
एक बार फिर से, यह बात हाइलाइट करना ज़रूरी है कि event.waitUntil()
प्रॉमिस प्रॉमिस होता है और इसके नतीजे में showNotification()
का प्रॉमिस रिस्पॉन्स मिलता है. इसका मतलब यह है कि एसिंक्रोनस fetch()
कॉल पूरा होने और सूचना दिखने तक इवेंट लिसनर बंद नहीं होगा.
आपको दिखेगा कि गड़बड़ी होने पर भी हम आपको एक सूचना दिखाते हैं. ऐसा इसलिए है, क्योंकि अगर हम ऐसा नहीं करते, तो Chrome अपनी सामान्य सूचना ही दिखाएगा.
उपयोगकर्ता के किसी सूचना पर क्लिक करने पर यूआरएल खोलना
जब उपयोगकर्ता किसी सूचना पर क्लिक करता है, तो आपके सर्विस वर्कर को notificationclick
इवेंट भेज दिया जाता है. अपने हैंडलर में, आप उचित कार्रवाई कर सकते हैं, जैसे
टैब पर फ़ोकस करना या किसी खास यूआरएल वाली विंडो को खोलना:
self.addEventListener('notificationclick', function(event) {
console.log('On notification click: ', event.notification.tag);
// Android doesn't close the notification when you click on it
// See: http://crbug.com/463146
event.notification.close();
// This looks to see if the current is already open and
// focuses if it is
event.waitUntil(
clients.matchAll({
type: "window"
})
.then(function(clientList) {
for (var i = 0; i < clientList.length; i++) {
var client = clientList[i];
if (client.url == '/' && 'focus' in client)
return client.focus();
}
if (clients.openWindow) {
return clients.openWindow('/');
}
})
);
});
इस उदाहरण में ब्राउज़र को साइट के ऑरिजिन के रूट में खोला जा सकता है. इसके लिए, पहले से मौजूद एक ही ऑरिजिन वाले टैब पर फ़ोकस किया जाएगा. इसके अलावा, कोई नया टैब खोला जा सकता है.
यहां एक पोस्ट है, जिसमें उन चीज़ों के बारे में बताया गया है जिन्हें यहां Notification API की मदद से किया जा सकता है.
किसी उपयोगकर्ता के डिवाइस की सदस्यता छोड़ना
आपने किसी उपयोगकर्ता के डिवाइस की सदस्यता ली है और उन्हें पुश मैसेज मिल रहे हैं, लेकिन आप उनकी सदस्यता कैसे छोड़ सकते हैं?
उपयोगकर्ता के डिवाइस की सदस्यता छोड़ने के लिए, सबसे ज़रूरी है कि PushSubscription ऑब्जेक्ट पर unsubscribe()
तरीके को कॉल किया गया हो और अपने सर्वर से एंडपॉइंट को हटाया जा रहा हो. इसका मतलब यह है कि आपके सर्वर से ऐसे पुश मैसेज नहीं भेजे जाएंगे जिनके बारे में आपको पता है कि वे आपको नहीं मिलेंगे. नीचे दिया गया कोड
बिलकुल यही काम करता है:
function unsubscribe() {
var pushButton = document.querySelector('.js-push-button');
pushButton.disabled = true;
navigator.serviceWorker.ready.then(function(serviceWorkerRegistration) {
// To unsubscribe from push messaging, you need get the
// subscription object, which you can call unsubscribe() on.
serviceWorkerRegistration.pushManager.getSubscription().then(
function(pushSubscription) {
// Check we have a subscription to unsubscribe
if (!pushSubscription) {
// No subscription object, so set the state
// to allow the user to subscribe to push
isPushEnabled = false;
pushButton.disabled = false;
pushButton.textContent = 'Enable Push Messages';
return;
}
var subscriptionId = pushSubscription.subscriptionId;
// TODO: Make a request to your server to remove
// the subscriptionId from your data store so you
// don't attempt to send them push messages anymore
// We have a subscription, so call unsubscribe on it
pushSubscription.unsubscribe().then(function(successful) {
pushButton.disabled = false;
pushButton.textContent = 'Enable Push Messages';
isPushEnabled = false;
}).catch(function(e) {
// We failed to unsubscribe, this can lead to
// an unusual state, so may be best to remove
// the users data from your data store and
// inform the user that you have done so
console.log('Unsubscription error: ', e);
pushButton.disabled = false;
pushButton.textContent = 'Enable Push Messages';
});
}).catch(function(e) {
console.error('Error thrown while unsubscribing from push messaging.', e);
});
});
}
सदस्यता को अप-टू-डेट रखना
FCM और आपके सर्वर के बीच सदस्यताएं सिंक हो सकती हैं. पक्का करें कि आपका सर्वर, error:NotRegistered
और canonical_id
के नतीजे ढूंढते हुए, FCM API के भेजे गए पीओएसटी के रिस्पॉन्स वाले मुख्य हिस्से को पार्स करता है. इस बारे में, FCM दस्तावेज़ में बताया गया है.
सर्विस वर्कर और आपके सर्वर के बीच भी सदस्यताएं सिंक नहीं हो सकती हैं. उदाहरण के लिए, सदस्यता लेने या सदस्यता छोड़ने के बाद, हो सकता है कि नेटवर्क कनेक्शन में गड़बड़ी होने की वजह से, आप अपना सर्वर अपडेट न कर पाएं. इसके अलावा, कोई उपयोगकर्ता सूचना पाने की अनुमति रद्द कर सकता है, जिससे सदस्यता अपने-आप खत्म हो जाती है. समय-समय पर (उदाहरण के लिए, पेज लोड होने पर) serviceWorkerRegistration.pushManager.getSubscription()
का नतीजा देखकर और उसे सर्वर के साथ सिंक करके, ऐसे मामलों को मैनेज करें. अगर अब आपके पास सदस्यता नहीं है, तो शायद आप
अपने-आप फिर से सदस्यता लेना चाहें.
साथ ही, आप Notification.permission == 'granted' का इस्तेमाल कर सकते हैं.
sendSubscriptionToServer()
में आपको यह देखना होगा कि endpoint
को अपडेट करते समय, फ़ेल हो चुके नेटवर्क अनुरोधों को कैसे मैनेज किया जाता है. इसका एक हल है कि आप कुकी में endpoint
की स्थिति को ट्रैक करके यह तय करें कि आपके सर्वर को नई जानकारी की ज़रूरत है या नहीं.
ऊपर दिए गए सभी चरणों का पालन करने से, Chrome 46 में वेब पर पुश मैसेज सेवा पूरी तरह से लागू हो जाती है. अब भी ऐसी सुविधाएं उपलब्ध हैं जो चीज़ों को आसान बना देंगी. जैसे, पुश मैसेज ट्रिगर करने के लिए स्टैंडर्ड एपीआई. हालांकि, इस रिलीज़ की मदद से, अभी से ही अपने वेब ऐप्लिकेशन में पुश मैसेज बनाना शुरू किया जा सकता है.
अपने वेब ऐप्लिकेशन को डीबग करने का तरीका
पुश मैसेज लागू करते समय, गड़बड़ियां इनमें से किसी एक जगह पर रहेंगी: आपके पेज या सर्विस वर्कर.
पेज में मौजूद गड़बड़ियों को DevTools का इस्तेमाल करके डीबग किया जा सकता है. सर्विस वर्कर से जुड़ी समस्याओं को डीबग करने के लिए, आपके पास दो विकल्प हैं:
- chrome://inspect > सर्विस वर्कर पर जाएं. यह व्यू, फ़िलहाल चल रहे सर्विस वर्कर के अलावा ज़्यादा जानकारी नहीं देता.
- chrome://serviceworker-internals पर जाएं और यहां से सर्विस वर्कर की स्थिति देखी जा सकती है. अगर कोई गड़बड़ी है, तो उसे भी देखा जा सकता है. यह पेज तब तक कुछ समय के लिए है, जब तक DevTools में इससे मिलती-जुलती सुविधा सेट नहीं हो जाती.
जो लोग सर्विस वर्कर के लिए नए हैं उनमें से एक सबसे बढ़िया सलाह यह है कि " DevTools विंडो खोलें और डीबग करने के लिए, सर्विस वर्कर स्टार्टअप पर JavaScript को एक्ज़ीक्यूट करें" नाम के चेकबॉक्स का इस्तेमाल करें. यह चेकबॉक्स आपके सर्विस वर्कर की शुरुआत में एक ब्रेकपॉइंट जोड़ देगा और काम करने की प्रोसेस को रोक देगा. इससे आपको सर्विस वर्कर स्क्रिप्ट को फिर से शुरू करने या उसकी जांच करने में मदद मिलती है. साथ ही, यह भी पता चलता है कि कोई समस्या आ रही है या नहीं.
![इस स्क्रीनशॉट में दिखाया गया है कि serviceworker-internals पर, 'रोकें' चेकबॉक्स कहां दिखता है.](https://developer.chrome.com/static/blog/push-notifications-on-the-open-web/image/screenshot-showing-where-c2ca72dd7d118.png?authuser=7&hl=hi)
अगर FCM और आपके सर्विस वर्कर के पुश इवेंट के बीच कोई समस्या नज़र आती है, तो इस समस्या को डीबग करने के लिए कुछ नहीं किया जा सकता. इसकी वजह यह है कि आपके पास यह देखने का कोई तरीका नहीं है कि Chrome को कोई गड़बड़ी मिली है या नहीं. यह पक्का करना ज़रूरी है कि जब आपका सर्वर, एपीआई कॉल करे, तो FCM से रिस्पॉन्स सही तरह से काम करे. यह कुछ ऐसा दिखेगा:
{"multicast_id":1234567890,"success":1,"failure":0,"canonical_ids":0,"results":[{"message_id":"0:1234567890"}]}
"success": 1
वाले जवाब पर ध्यान दें. अगर आपको इसके बजाय कोई गड़बड़ी दिखती है, तो इससे यह पता चलता है कि FCM रजिस्ट्रेशन आईडी में कोई गड़बड़ी है और Chrome पर पुश मैसेज नहीं भेजा जा रहा है.
Android के लिए Chrome पर सर्विस वर्कर को डीबग करना
इस समय Android के लिए Chrome पर सर्विस वर्कर को डीबग करने के बारे में साफ़ तौर पर जानकारी नहीं है. आपको chrome://inspect पर जाना होगा, अपना डिवाइस ढूंढना होगा और "Worker pid:...." नाम वाला सूची आइटम ढूंढना होगा. इसमें आपके सर्विस वर्कर का यूआरएल होगा.
![स्क्रीनशॉट में दिखाया गया है कि Chrome की जांच में सर्विस वर्कर कहां रहते हैं](https://developer.chrome.com/static/blog/push-notifications-on-the-open-web/image/screenshot-showing-where-03978e62edfe4.png?authuser=7&hl=hi)
पुश नोटिफ़िकेशन के लिए UX
Chrome टीम, पुश नोटिफ़िकेशन के लिए उपयोगकर्ता अनुभव से जुड़े सबसे सही तरीकों का एक दस्तावेज़ तैयार कर रही है. साथ ही, एक ऐसा दस्तावेज़ भी तैयार कर रही है जिसमें पुश नोटिफ़िकेशन के साथ काम करते समय, कुछ अहम मामलों की जानकारी दी गई है.
- पुश नोटिफ़िकेशन की अनुमतियों के उपयोगकर्ता अनुभव के लिए सबसे सही तरीके
- पुश नोटिफ़िकेशन एज के केस और उन्हें कम करना
Chrome और ओपन वेब पर पुश मैसेजिंग का भविष्य
इस सेक्शन में, लागू करने की Chrome की उन चुनिंदा चीज़ों के बारे में थोड़ी जानकारी दी गई है जिनकी आपको जानकारी होनी चाहिए. साथ ही, यह भी बताया गया है कि यह बदलाव, ब्राउज़र पर लागू किए गए दूसरे तरीकों से कैसे अलग होगा.
वेब पुश प्रोटोकॉल और एंडपॉइंट
Push API के स्टैंडर्ड की खास बात यह है कि आपको एंडपॉइंट लेने, उन्हें अपने सर्वर पर पास करने, और वेब पुश प्रोटोकॉल लागू करके पुश मैसेज भेजने की सुविधा मिलनी चाहिए.
वेब पुश प्रोटोकॉल एक नया स्टैंडर्ड है, जो पुश प्रोवाइडर को लागू कर सकता है. इससे डेवलपर को यह चिंता नहीं करनी होती कि पुश प्रोवाइडर कौन है. आइडिया यह है कि इससे एपीआई पासकोड के लिए साइन अप करने और खास फ़ॉर्मैट वाला डेटा भेजने की ज़रूरत नहीं पड़ती, जैसा कि FCM के साथ किया जाता है.
Chrome, Push API लागू करने वाला पहला ब्राउज़र था और FCM, वेब पुश प्रोटोकॉल के साथ काम नहीं करता है. इसी वजह से, Chrome को gcm_sender_id
की ज़रूरत होती है. साथ ही, आपको FCM के लिए सुकून भरे एपीआई का इस्तेमाल करना होगा.
Chrome का आखिरी लक्ष्य, Chrome और FCM के साथ वेब पुश प्रोटोकॉल का इस्तेमाल करना है.
तब तक, आपको एंडपॉइंट "https://fcm.googleapis.com/fcm/send" का पता लगाना होगा और इसे दूसरे एंडपॉइंट से अलग मैनेज करना होगा. इसका मतलब है कि पेलोड डेटा को किसी खास तरीके से फ़ॉर्मैट करना होगा और ऑथराइज़ेशन कुंजी जोड़नी होगी.
वेब पुश प्रोटोकॉल कैसे लागू करें?
Firefox Nightly, फ़िलहाल पुश पर काम कर रहा है. यह वेब पुश प्रोटोकॉल लागू करने वाला पहला ब्राउज़र हो सकता है.
अक्सर पूछे जाने वाले सवाल
इसकी विशेषताएं कहां हैं?
https://slightlyoff.github.io/ServiceWorker/spec/service_worker/ https://w3c.github.io/push-api/ https://notifications.spec.whatwg.org/
अगर मेरी वेब मौजूदगी के एक से ज़्यादा ऑरिजिन हैं या मेरा वेब और नेटिव दोनों ऑरिजिन से है, तो क्या मुझे डुप्लीकेट सूचनाओं से बचा जा सकता है?
फ़िलहाल, इसका कोई हल नहीं है. हालांकि, Chromium पर प्रोग्रेस को फ़ॉलो किया जा सकता है.
सबसे सही स्थिति यह होगी कि उपयोगकर्ता के डिवाइस के लिए किसी खास तरह का आईडी मौजूद हो. इसके बाद, सर्वर साइड पर मौजूद ऐप्लिकेशन और वेब ऐप्लिकेशन के सदस्यता आईडी से यह तय किया जा सकता है कि किस आईडी पर पुश मैसेज भेजना है. ऐसा करने के लिए स्क्रीन के साइज़, डिवाइस मॉडल, वेब ऐप्लिकेशन और खास ऐप्लिकेशन के बीच जनरेट की गई कुंजी को शेयर किया जा सकता है. हालांकि, हर तरीके के अपने फ़ायदे और नुकसान हैं.
मुझे gcm_assistant_id की ज़रूरत क्यों है?
यह ज़रूरी है, ताकि Android के लिए Chrome, Opera, और Samsung ब्राउज़र, Firebase क्लाउड से मैसेज (FCM) एपीआई का इस्तेमाल कर सकें. हमारा लक्ष्य है कि स्टैंडर्ड तय हो जाने पर वेब पुश प्रोटोकॉल इस्तेमाल किया जा सके और FCM काम कर सकता हो.
वेब सॉकेट या सर्वर से भेजे गए इवेंट (EventSource) का इस्तेमाल क्यों नहीं किया जाता?
पुश मैसेज का इस्तेमाल करने का यह फ़ायदा यह है कि आपका पेज बंद होने पर भी आपका सर्विस वर्कर चालू हो जाएगा और वह सूचना दिखा सकेगा. पेज या ब्राउज़र के बंद होने पर, वेब Sockets और EventSource का कनेक्शन बंद होता है.
अगर मुझे बैकग्राउंड इवेंट डिलीवरी की ज़रूरत न हो, तो मैं क्या करूं?
अगर आपको बैकग्राउंड में डिलीवरी नहीं करनी है, तो Web Sockets एक बेहतरीन विकल्प है.
सूचनाएं दिखाए बिना पुश नोटिफ़िकेशन का इस्तेमाल कब किया जा सकता है (जैसे, बैकग्राउंड में साइलेंट पुश)
यह सुविधा कब तक उपलब्ध होगी, इसके बारे में अभी कोई तय नहीं है. हालांकि, बैकग्राउंड सिंक लागू करने का मकसद है. हालांकि, यह पहले से तय या तय नहीं होता, लेकिन बैकग्राउंड सिंक के साथ साइलेंट पुश को चालू करने के बारे में कुछ चर्चा की गई है.
इसके लिए एचटीटीपीएस की ज़रूरत क्यों है? मैं डेवलपमेंट के दौरान इस पर कैसे काम करूं?
सर्विस वर्कर को सुरक्षित ऑरिजिन की ज़रूरत होती है, ताकि यह पक्का किया जा सके कि सर्विस वर्कर स्क्रिप्ट सही ऑरिजिन से है और मैन इन द मिडल अटैक से नहीं आई है. फ़िलहाल, इसका मतलब लाइव साइटों पर एचटीटीपीएस का इस्तेमाल करना है. हालांकि, डेवलपमेंट के दौरान localhost काम करेगा.
ब्राउज़र के लिए यह कैसा काम करता है?
Chrome, अपने स्टेबल वर्शन के साथ काम करता है और Mozilla Firefox Nightly में काम करता है. ज़्यादा जानकारी के लिए, Push API को लागू करना गड़बड़ी की जानकारी देखें. साथ ही, इनकी सूचना को लागू करने के तरीके को यहां ट्रैक किया जा सकता है.
क्या किसी खास समयावधि के बाद, सूचना को हटाया जा सकता है?
फ़िलहाल, ऐसा करना मुमकिन नहीं है. हालांकि, दिखने वाली सूचनाओं की सूची पाने के लिए, हम इसे उपलब्ध कराने की योजना बना रहे हैं. अगर सूचना दिखने के बाद उसकी समयसीमा तय करने के लिए आपके पास इस्तेमाल का कोई उदाहरण है, तो हम जानना चाहेंगे कि वह क्या है. इसलिए, कृपया इस बारे में हमें टिप्पणी करें और हम इसे Chrome टीम को भेज देंगे.
अगर आपको एक तय समयावधि के बाद पुश नोटिफ़िकेशन उपयोगकर्ता को भेजने से रोकना है और आपको इस बात की परवाह नहीं है कि सूचना कब तक दिखेगी, तो FCM के लाइव रहने का समय (ttl) पैरामीटर का इस्तेमाल किया जा सकता है. इस बारे में यहां ज़्यादा जानें.
Chrome में पुश मैसेज सेवा की सीमाएं क्या हैं?
इस पोस्ट में कुछ सीमाएं बताई गई हैं:
- Chrome में CCM को पुश सेवा के तौर पर इस्तेमाल करने से, मालिकाना हक की कई ज़रूरी शर्तें बनती हैं. हम यह देखने के लिए साथ मिलकर काम कर रहे हैं कि क्या भविष्य में इनमें से कुछ को हटाया जा सकता है.
- आपको कोई पुश मैसेज मिलने पर सूचना दिखानी होगी.
- डेस्कटॉप पर Chrome में एक चेतावनी है कि अगर Chrome नहीं चल रहा है, तो पुश मैसेज नहीं मिलेंगे. यह ChromeOS और Android से अलग है, जहां पुश मैसेज हमेशा मिलते हैं.
क्या हमें अनुमतियां एपीआई का इस्तेमाल नहीं करना चाहिए?
अनुमति एपीआई को Chrome में लागू किया गया है. हालांकि, यह ज़रूरी नहीं है कि यह सभी ब्राउज़र पर उपलब्ध हो. आपको यहां ज़्यादा जानकारी मिल सकती है.
किसी सूचना पर क्लिक करने के बाद, Chrome पिछला टैब क्यों नहीं खोलता?
इस समस्या का असर सिर्फ़ उन पेजों पर पड़ता है जिन्हें फ़िलहाल, सेवा देने वाला कोई व्यक्ति कंट्रोल नहीं कर रहा है. आपको यहां ज़्यादा जानकारी मिल सकती है.
अगर कोई सूचना उपयोगकर्ता के डिवाइस को पुश मिलने से पहले की हो, तो क्या करें?
आपको कोई पुश मैसेज मिलने पर, हमेशा सूचना दिखानी होगी. ऐसी स्थिति में जब आपको सूचना भेजने की ज़रूरत हो, लेकिन यह सिर्फ़ कुछ समय के लिए काम की हो, तो CCM पर 'time_to_live' पैरामीटर का इस्तेमाल किया जा सकता है. ऐसा इसलिए, ताकि समयसीमा खत्म होने का समय बीतने पर FCM पुश मैसेज न भेजे.
ज़्यादा जानकारी यहां मिल सकती है.
अगर मैं अपने डिवाइस को सिर्फ़ 10 पुश मैसेज भेजना चाहता हूं, तो क्या होगा?
FCM में एक 'संक्षिप्त_की' पैरामीटर होता है, जिसका इस्तेमाल करके आप FCM को यह बता सकते हैं कि वह किसी भी ऐसे मैसेज को नए मैसेज से बदल सके जिसमें एक ही 'संक्षिप्त_की' शब्द हो.