परियोजना का विवरण
अनुवादितहम एक उत्पाद लॉन्च कर रहे हैं जहाँ समय पर सूचनाएँ एक प्रमुख भूमिका निभाती हैं, और हमें एक अलग पुश नोटिफिकेशन सेवा की आवश्यकता है जो शून्य से बनाई गई हो। कार्य एक एकीकृत बैकएंड है जो वेब ब्राउज़रों और मोबाइल अनुप्रयोगों पर दोनों प्रमुख प्लेटफार्मों पर संदेश भेज सकता है, ताकि हमें प्रत्येक चैनल के लिए विभिन्न प्रदाताओं को एक साथ जोड़ने की आवश्यकता न हो। यह पुश डिलीवरी के बारे में है, न कि ईमेल न्यूज़लेटर्स और न ही इन-ऐप चैट: हमारे पास पहले से ही उन कार्यों को अलग से कवर किया गया है, इसलिए कृपया ध्यान केंद्रित रखें - डिवाइस पंजीकरण, सुरक्षित टोकन भंडारण, और उपयोगकर्ता की स्क्रीन पर विश्वसनीय नोटिफिकेशन डिलीवरी।
सेवा को पूर्ण डिवाइस टोकन जीवनचक्र का प्रबंधन करना चाहिए: उस क्षण से जब ऐप या ब्राउज़र सदस्यता लेता है, अपडेट और पुनः-पंजीकरण के माध्यम से, जब टोकन पुराना हो जाता है या उपयोगकर्ता सदस्यता समाप्त करता है, तब साफ़ हटाने तक। हमें दर्शक विभाजन की आवश्यकता है ताकि अभियान समूहों को विशेषताओं, व्यवहार, भाषा और प्लेटफार्म के आधार पर लक्षित करें, न कि सभी को प्रसारित करें। शेड्यूलिंग भी महत्वपूर्ण है: एक संदेश एकत्र करें, एक खंड चुनें, और एक विशिष्ट समय के लिए डिलीवरी शेड्यूल करें या इसे तुरंत हमारे सिस्टम से एपीआई कॉल के माध्यम से ट्रिगर करें। डिलीवरी और ओपन ट्रैकिंग को एक सरल डैशबोर्ड में फीडबैक करना चाहिए ताकि हम देख सकें कि क्या भेजा गया, क्या आया, और वास्तव में क्या क्लिक किया गया।
हम एक साफ REST एपीआई और स्पष्ट दस्तावेज़ की अपेक्षा करते हैं ताकि हमारी अन्य सेवाएँ प्रोग्रामेटिक रूप से नोटिफिकेशन को कतारबद्ध कर सकें, साथ ही पुनः प्रयास, दर सीमाएँ और प्रदाता त्रुटियों का समझदारी से प्रबंधन कर सकें। FCM और वेब-पुश मानकों का ज्ञान महत्वपूर्ण है। कृपया उन समान डिलीवरी सिस्टम के उदाहरण शामिल करें जो आपने बनाए हैं।
— दोनों प्रमुख प्लेटफार्मों के लिए वेब पुश और मोबाइल पुश
— डिवाइस टोकन पंजीकरण, अपडेट और सफाई
— विशेषताओं, व्यवहार और प्लेटफार्म द्वारा दर्शक विभाजन
— अभियान शेड्यूलिंग और एपीआई के माध्यम से तात्कालिक भेजना
— रिपोर्टिंग डैशबोर्ड के साथ डिलीवरी और ओपन ट्रैकिंग
— REST एपीआई, पुनः प्रयास, दर सीमाएँ और प्रदाता त्रुटि प्रबंधन
सेवा को पूर्ण डिवाइस टोकन जीवनचक्र का प्रबंधन करना चाहिए: उस क्षण से जब ऐप या ब्राउज़र सदस्यता लेता है, अपडेट और पुनः-पंजीकरण के माध्यम से, जब टोकन पुराना हो जाता है या उपयोगकर्ता सदस्यता समाप्त करता है, तब साफ़ हटाने तक। हमें दर्शक विभाजन की आवश्यकता है ताकि अभियान समूहों को विशेषताओं, व्यवहार, भाषा और प्लेटफार्म के आधार पर लक्षित करें, न कि सभी को प्रसारित करें। शेड्यूलिंग भी महत्वपूर्ण है: एक संदेश एकत्र करें, एक खंड चुनें, और एक विशिष्ट समय के लिए डिलीवरी शेड्यूल करें या इसे तुरंत हमारे सिस्टम से एपीआई कॉल के माध्यम से ट्रिगर करें। डिलीवरी और ओपन ट्रैकिंग को एक सरल डैशबोर्ड में फीडबैक करना चाहिए ताकि हम देख सकें कि क्या भेजा गया, क्या आया, और वास्तव में क्या क्लिक किया गया।
हम एक साफ REST एपीआई और स्पष्ट दस्तावेज़ की अपेक्षा करते हैं ताकि हमारी अन्य सेवाएँ प्रोग्रामेटिक रूप से नोटिफिकेशन को कतारबद्ध कर सकें, साथ ही पुनः प्रयास, दर सीमाएँ और प्रदाता त्रुटियों का समझदारी से प्रबंधन कर सकें। FCM और वेब-पुश मानकों का ज्ञान महत्वपूर्ण है। कृपया उन समान डिलीवरी सिस्टम के उदाहरण शामिल करें जो आपने बनाए हैं।
— दोनों प्रमुख प्लेटफार्मों के लिए वेब पुश और मोबाइल पुश
— डिवाइस टोकन पंजीकरण, अपडेट और सफाई
— विशेषताओं, व्यवहार और प्लेटफार्म द्वारा दर्शक विभाजन
— अभियान शेड्यूलिंग और एपीआई के माध्यम से तात्कालिक भेजना
— रिपोर्टिंग डैशबोर्ड के साथ डिलीवरी और ओपन ट्रैकिंग
— REST एपीआई, पुनः प्रयास, दर सीमाएँ और प्रदाता त्रुटि प्रबंधन
वेब प्रोग्रामिंग नकद, बैंक ट्रांसफर
