ऐप्पल पुश अधिसूचना सेवा के साथ काम करने की विशेषताएं

सुप्रभात, प्रिय हरजितेली। हाल ही में, मैंने एप्स सेवा को विकसित करना समाप्त कर दिया है और इसके साथ काम करने की कुछ विशेषताओं को साझा करना चाहूंगा। लेख एक कदम-दर-चरण निर्देश नहीं है, लेकिन उन कठिनाइयों और नुकसान का वर्णन करता है जो एक डेवलपर का सामना कर सकता है। मैं रूबी में कोड का उदाहरण दूंगा, लेकिन लिखा हुआ सब कुछ अन्य प्लेटफार्मों के लिए प्रासंगिक है, विशेष रूप से PHP में।


एप्स के साथ काम करने के सामान्य सिद्धांतों के बारे में बहुत सारे लेख लिखे गए हैं, और आधिकारिक दस्तावेज काफी स्पष्ट और पारदर्शी है, तो आइए हम इस बिंदु पर सही हो जाएं:

फीचर नंबर टाइम्स - JSON

यह इस प्रारूप में है कि आपको ऐप्पल सर्वर पर भेजने के लिए संदेश को बदलने की आवश्यकता है, लेकिन यहां हम निराश होंगे। ऐसा लगता है कि सबसे आसान तरीका इस तरह से जोंस को एरियर्स को परिवर्तित करने के लिए अंतर्निहित कार्यों का उपयोग करके एक संदेश उत्पन्न करना है:

result = {} result['aps'] = {} result['aps']['alert'] = m.message result['aps']['badge'] = 0 result['aps']['sound'] = 'default' json = result.to_json 

लेकिन इतना सरल नहीं है। आप अचानक पाएंगे कि संदेश पाठ की अधिकतम लंबाई केवल 40-50 अक्षर है। ऐसा क्यों? तथ्य यह है कि रूबी में to_json फ़ंक्शन सभी गैर-ASCII वर्णों को / uXXXX अनुक्रम में कनवर्ट करता है, जो संदेश पैक करने में 4 लेता है! बाइट्स। इस सीमा को दरकिनार करने के लिए, सादे पाठ प्रारूप में एक संदेश तैयार करना आवश्यक है। उदाहरण के लिए, इस तरह:

 json = '{"aps":{"alert":"'+message.gsub(/['"\\\x0]/,'\\\\\0')+'","badge":"'+badge+'","sound":"default"}}' 

 .gsub(/['"\\\x0]/,'\\\\\0') 

PHP फंक्शन Addlashes () का एक एनालॉग है। यदि इसे लागू नहीं किया जाता है, तो विराम चिह्न और कुछ सेवा वर्ण वाले संदेश उपयोगकर्ता तक नहीं पहुंचेंगे और ऐप्पल को गलत माना जाएगा।

फ़ीचर दो - ड्रॉपआउट और फीडबैक

यदि अगला संदेश भेजते समय कोई त्रुटि हुई है, तो कतार में सभी संदेश भेजने के अंत की प्रतीक्षा किए बिना, ऐप्पल बस डिस्कनेक्ट करता है। लेकिन यह पता लगाने का एक अवसर है कि भेजते समय वास्तव में क्या त्रुटि हुई। ऐसा करने के लिए, आपको एक विशेष तरीके से संदेश लिखने और प्रत्येक को एक अद्वितीय संख्या निर्दिष्ट करने की आवश्यकता है:

 mes = [1, # ID #, #   #, 0, 32, token, 0, payload.bytesize, payload].pack("cNNcca*cca*") 

प्रत्येक संदेश भेजने के बाद, आपको यह जांचना होगा कि क्या सर्वर से कोई प्रतिक्रिया है, लेकिन यह याद रखना महत्वपूर्ण है कि यदि सफल हो, तो सर्वर कुछ भी नहीं लौटाता है और यदि आप प्रतिक्रिया का इंतजार करते हैं, तो भेजने से फ्रीज हो सकता है। आधिकारिक दस्तावेज में त्रुटि कोड वर्णित हैं, इसलिए मैं उन्हें यहां नहीं दूंगा। मैं केवल यह नोट करता हूं कि सबसे आम त्रुटियां गलत टोकन लंबाई या संदेश सामग्री के साथ जुड़ी हुई हैं।

फीचर तीन - प्रतिक्रिया

इस सेवा का उपयोग करते हुए, Apple उन डिवाइसों के टोकन लौटाता है जिनसे एप्लिकेशन हटा दिया गया था। कई बार यह जानकारी उन्हें भेजे जाने के बाद अनुरोध करते हैं, लेकिन यह आवश्यक नहीं है। दिन में एक बार सेवा का उपयोग करने और अपने डेटाबेस से निष्क्रिय उपकरणों को हटाने के लिए पर्याप्त है। इस सेवा की उपेक्षा करना भी इसके लायक नहीं है, क्योंकि निष्क्रिय टोकन के लिए लगातार संदेश भेजने के लिए, आपकी सेवा अवरुद्ध हो सकती है।

फ़ीचर चार - मास मेलिंग

एक विशिष्ट एप्लिकेशन को जारी किए गए प्रमाण पत्र का उपयोग करके ऐप्पल सर्वर से कनेक्शन स्थापित किया जाता है। यह ऐप्पल निर्धारित करता है कि उपयोगकर्ता द्वारा भेजे गए अधिसूचना के अंतर्गत उपयोगकर्ता के डिवाइस पर कौन सा एप्लिकेशन है। इसलिए, कई अनुप्रयोगों को संदेश भेजने के लिए (अर्थात्, कार्य जो मेरे द्वारा विकसित सेवा का सामना करना पड़ा), प्रत्येक संदेश सरणी के लिए एक अलग कनेक्शन बनाना आवश्यक है। डेवलपर्स द्वारा की गई एक आम गलती यह है कि वे हर बार कनेक्शन बनाने और तोड़ने के लिए 100-200 टुकड़ों के छोटे बैचों में संदेश भेजने की कोशिश करते हैं। यह सर्वर द्वारा हमला करने की कोशिश के रूप में माना जा सकता है और आपकी सेवा अवरुद्ध हो जाएगी। इससे बचने के लिए, आपको सभी संदेशों को एक कनेक्शन के माध्यम से भेजने की आवश्यकता है, भले ही उनमें से कई दसियों हों। और इसमें से फीचर नंबर छह आता है।

फ़ीचर सिक्स - टाइम हमारा दुश्मन है

बड़ी संख्या में संदेशों के साथ, भेजें स्क्रिप्ट का निष्पादन समय काफी बड़ा हो सकता है और अधिकांश सर्वरों पर, निष्पादन 30 सेकंड के समय से पूरा हो जाएगा। इसका समाधान संदेश बनाने और भेजने के लिए तर्क को अलग करना है। मैंने ROR के लिए एक डेमन ( रत्न डेमोंस) को इसके लिए जिम्मेदार ठहराया है। वेब इंटरफेस के माध्यम से डेटाबेस में एक संदेश पाठ और एक फिल्टर जोड़ा जाता है, जिसके द्वारा भेजने पर डेटाबेस से टोकन का चयन किया जाएगा, और दानव नए कार्यों के लिए डेटाबेस को हर 10 सेकंड पर मतदान करेगा और संदेश भेजेगा। इस तरह के कार्यान्वयन में एक और निर्विवाद लाभ है - हम संदेश भेजने में देरी को कॉन्फ़िगर कर सकते हैं।

निष्कर्ष

उन सभी नुकसानों और सूक्ष्मताओं के बावजूद, जिन्हें आपको ध्यान में रखने की आवश्यकता है, सेब पर पुश संदेश सेवा का कार्यान्वयन उच्चतम स्तर पर किया जाता है। सेवा तेज, सुविधाजनक है और भारी मात्रा में संदेश भेजने के लिए न्यूनतम संसाधनों की आवश्यकता होती है। उदाहरण के लिए: 15,000 संदेश भेजने के लिए, हमें केवल 3.5-4 मेगाबाइट डेटा सर्वर पर स्थानांतरित करना होगा