iOS कॉन्फ़िगरेशन विकल्प
यह सेक्शन Pushwoosh का उपयोग करके मैसेजिंग सेवाओं को सक्षम करने के लिए आपके iOS एप्लिकेशन को कॉन्फ़िगर करने के लिए चरण-दर-चरण निर्देश प्रदान करता है। अपनी प्रोजेक्ट आवश्यकताओं के आधार पर सर्टिफिकेट-आधारित या टोकन-आधारित कॉन्फ़िगरेशन के बीच चुनें।
iOS सर्टिफिकेट-आधारित कॉन्फ़िगरेशन
Anchor link toAPNs (Apple Push Notification Service) के लिए सर्टिफिकेट-आधारित प्रमाणीकरण का उपयोग करके iOS के लिए Pushwoosh को कैसे कॉन्फ़िगर करें, यह जानें।
iOS टोकन-आधारित कॉन्फ़िगरेशन
Anchor link toAPNs के लिए टोकन-आधारित प्रमाणीकरण के साथ Pushwoosh सेट अप करें, जो सर्टिफिकेट्स का एक अधिक सुरक्षित और कुशल विकल्प प्रदान करता है।
iOS के लिए VoIP सर्टिफिकेट कॉन्फ़िगरेशन
Anchor link toPushwoosh को अपने iOS ऐप पर VoIP पुश नोटिफिकेशन्स देने के लिए सक्षम करें ताकि आप उपयोगकर्ताओं के डिवाइस पर इनकमिंग-कॉल अलर्ट और अन्य VoIP इवेंट्स भेज सकें।
iOS के लिए Apple Wallet पास कॉन्फ़िगरेशन
Anchor link toअपना पास टाइप आईडी साइनिंग सर्टिफिकेट अपलोड करें ताकि Pushwoosh आपके ऐप के लिए Apple Wallet पास (.pkpass) पर हस्ताक्षर कर सके और उन्हें अपडेट कर सके।
iOS पुश नोटिफिकेशन्स के लिए .p12 सर्टिफिकेट्स और .p8 कीज़ के बीच चयन करना
Anchor link toPushwoosh में iOS पुश नोटिफिकेशन्स को कॉन्फ़िगर करते समय, आपको Apple Push Notification service (APNs) के साथ प्रमाणित करना होगा। दो समर्थित विधियाँ हैं:
.p12सर्टिफिकेट: पारंपरिक, सर्टिफिकेट-आधारित तरीका।.p8की: आधुनिक, टोकन-आधारित विधि जिसे Apple द्वारा अनुशंसित किया गया है।
यह गाइड आपको यह निर्धारित करने में मदद करेगा कि कौन सी विधि आपके उपयोग के मामले में सबसे उपयुक्त है।
विकल्पों को समझना
Anchor link to| फ़ीचर | .p12 सर्टिफिकेट | .p8 ऑथेंटिकेशन की |
|---|---|---|
| यह कैसे काम करता है | विश्वास स्थापित करने के लिए एक क्रिप्टोग्राफ़िक सर्टिफिकेट का उपयोग करता है। | एक निजी कुंजी द्वारा हस्ताक्षरित एक स्थायी टोकन का उपयोग करता है। |
| फ़ाइल | .p12 फ़ाइल जिसमें सर्टिफिकेट और निजी कुंजी होती है। | .p8 फ़ाइल जिसमें एक निजी कुंजी होती है। |
| समाप्ति | समाप्त हो जाता है (आमतौर पर वार्षिक); नवीनीकरण की आवश्यकता होती है। | स्वचालित रूप से समाप्त नहीं होता है। |
| सेटअप | उत्पन्न करने और प्रबंधित करने में अधिक जटिल। | आमतौर पर सेटअप करना आसान होता है। |
| उपयोग | प्रत्येक एनवायरनमेंट के लिए प्रति बंडल आईडी एक सर्टिफिकेट। | एक की कई ऐप्स और दोनों एनवायरनमेंट का समर्थन करती है। |
| सिफारिश | विरासत विधि। केवल मौजूदा सेटअप के लिए उपयोग करें। | Apple और Pushwoosh द्वारा अनुशंसित। |
प्रत्येक विधि के पक्ष और विपक्ष
Anchor link to.p12 सर्टिफिकेट: पारंपरिक तरीका
Anchor link toपक्ष:
- व्यापक रूप से समर्थित।
- डेवलपमेंट और प्रोडक्शन के लिए अलग-अलग सर्टिफिकेट्स की अनुमति देता है।
विपक्ष:
- सर्टिफिकेट्स समाप्त हो जाते हैं और नवीनीकरण की आवश्यकता होती है। नवीनीकरण करने में विफलता पुश डिलीवरी को बाधित कर सकती है।
- प्रबंधित करने में अधिक जटिल।
.p8 की: आधुनिक, अनुशंसित तरीका
Anchor link toपक्ष:
- नवीनीकरण की आवश्यकता नहीं है, जिससे रखरखाव का ओवरहेड कम हो जाता है।
- उत्पन्न करने और एकीकृत करने में आसान।
- एक की सभी प्रोजेक्ट्स में काम करती है।
- Apple और Pushwoosh द्वारा अनुशंसित।
विपक्ष:
- यदि समझौता किया जाता है, तो सभी संबंधित ऐप्स जोखिम में हैं। अपनी
.p8की को ठीक से सुरक्षित करें।
आपको कौन सी विधि चुननी चाहिए?
Anchor link toहम सभी नए प्रोजेक्ट्स के लिए .p8 की विधि का उपयोग करने की सलाह देते हैं। यह सरल, अधिक स्केलेबल है, और Apple की सर्वोत्तम प्रथाओं के अनुरूप है।
.p12 सर्टिफिकेट्स का उपयोग केवल तभी करें जब:
- आपके पास
.p12सर्टिफिकेट्स पर निर्भर मौजूदा इंफ्रास्ट्रक्चर है। - आपको सख्त एनवायरनमेंट अलगाव की आवश्यकता है जो
.p8की के साथ प्राप्त नहीं किया जा सकता है।