Githawk: सूचनाएं धक्का

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

हालांकि इसे पसंद करेंगे

हाँ, मैं तुम्हें महसूस करता हूँ। मुझे लगता है कि एक अच्छा अस्थायी मध्य समाधान एक बीजी काम होगा जो ऐप को बैज करता है। हम bg जॉब के साथ लोकल पुश नोटिफिकेशन भी शेड्यूल कर सकते हैं! लेकिन मेरे लिए व्यक्तिगत रूप से धक्का देना कष्टप्रद होगा।

हालाँकि हम यह सब सेटिंग में रख सकते हैं।

क्या एक मतदान सर्वर अधिक दीर्घकालिक वांछित है? मैंने इस उद्देश्य के लिए एक बार बनाया था। यकीन नहीं होता कि मेरा दृष्टिकोण कितना समझदार था, लेकिन इस पर एक और नज़र डालना दिलचस्प होगा।

कभी-कभी (मतदान सेवाओं की तरह) मैं यह समझने के लिए यूएक्स पर विचार करता हूं कि कौन सा समाधान सबसे अच्छा होगा।

मेरे लिए, प्रश्न का उत्तर यह होगा कि लोग एक सत्र के लिए ऐप में कितना समय व्यतीत करते हैं। क्योंकि अगर मेरी तरह यह एक बार में कुछ मिनट है, तो मतदान शायद टीबीएच से अधिक हो जाएगा।

मैं 100% हूं, हालांकि वह पृष्ठभूमि प्राप्त करता है। मैं पिछले कुछ हफ़्तों से इसका गहन परीक्षण कर रहा हूं और इसे काफी विश्वसनीय पाया है। मेरे ऐप के साथ लगभग हर घंटे या तो ट्रिगर करना कि मैं दिन में दो बार उपयोग कर रहा हूं।

मुझे लगता है कि यह एक व्यवहार्य दीर्घकालिक समाधान के साथ-साथ tbh भी है।

मुझे लगता है कि लक्ष्य यह जानना है कि जब मैं ऐप का उपयोग नहीं कर रहा हूं तो नई सूचनाएं कब आती हैं। वैसे भी ऐप्स केवल लगभग 10 मिनट (यदि आप अनुरोध करते हैं) के लिए खुले रहते हैं। लेकिन जब आप नहीं करते हैं तो सिस्टम आपको मेरे अपने परीक्षण में बेहतर पृष्ठभूमि प्राथमिकता देता है।

नोट्स मुझे पृष्ठभूमि लाने पर मिले। (कुछ Apple के साथी से)
बैकग्राउंड फ़ेच काफी हद तक अनिर्दिष्ट है, हालाँकि कुछ टिप्स जो मुझे मिली हैं, वे हैं एप्लिकेशन लॉन्च टाइम और एनर्जी यूसेज जैसी चीजें।

इस env var को जोड़कर, जब आपका ऐप Xcode के डिबग कंसोल में लॉन्च होगा, तो आपको आंकड़ों का एक गुच्छा दिखाई देगा। यह वास्तव में उपयोगी हो सकता है। उनका सुझाव है कि आपका ऐप 400ms से कम में लॉन्च करने में सक्षम होना चाहिए, मैं व्यक्तिगत रूप से 2-300 का लक्ष्य रखता हूं।

ऊर्जा उपयोग को स्पष्ट रूप से Xcode या Instruments से जांचा जा सकता है।

बैकग्राउंड फ़ेच एपीआई (जैसा कि मुझे यकीन है कि आप जानते हैं) में एक कंप्लीशनहैंडलर है जिसे आपको पूरा होने पर कॉल करने की आवश्यकता है। पहले मैंने ज्यादातर मामलों में इसे केवल .newData के साथ बुलाया था। यह एक गलती थी। यह सुनिश्चित नहीं है कि यह इसे कैसे रैंक करता है, लेकिन .noData पर कॉल करना महत्वपूर्ण है जब कोई नहीं था। लाने के अंतराल में सुधार करता है।

मुख्य बात इन नंबरों को कम रखना है। यदि ऐप को बहुत तेज़ी से लॉन्च किया जा सकता है, तो कम बैटरी का उपयोग करें और काफी तेज़ी से समाप्त करें, सिस्टम आपको अधिक पृष्ठभूमि समय देता है।

फिर से यह मेरे अपने सीमित परीक्षण में है, लेकिन मैंने वर्षों से सफल पृष्ठभूमि लाने के कार्यान्वयन के साथ कई ऐप्स पर काम किया है।

+1 कि लक्ष्य ऐप को बैज करना है और वैकल्पिक रूप से सूचित करना है कि ऐप में नहीं होने पर नई चीजें हैं। आइए अभी के लिए bg कार्यों के साथ रहें।

बैज जोड़े गए लेकिन स्थानीय सूचनाओं को जोड़ने पर नज़र रखने के लिए मैं इसे अभी के लिए खुला छोड़ दूँगा। मुझे लगता है कि यह अच्छा होगा। अर्ध जटिल क्योंकि हमें पहले से ही अधिसूचित किए गए ट्रैक को ट्रैक करना होगा। साथ ही संभावित रूप से उन्हें "4 नई अधिसूचनाएं" जैसे कहने वाले एक में बैच करना।

हो सकता है कि हम सूचनाओं को रेपो द्वारा भी विभाजित कर सकें?

@rnystrom बहुत अच्छा

प्रश्न: ऐप को होम स्क्रीन पर एक बैज मिला है, लेकिन जब मैंने इसे खोला, तो :tada: आइकन मिला और रिफ्रेश करने के लिए इसे खींचना पड़ा.. क्या यह वर्तमान तरीके से काम करता है?

इसके अलावा मैंने बैज को बंद कर दिया है, लेकिन मैं अभी भी इसे दिखा रहा हूं

@Sherlouk क्या आप इसे सेटिंग्स/सूचनाओं/खाली समय के साथ बंद कर सकते हैं .. सूचनाओं की अनुमति दें को अनचेक करें

मुझे वह मिल गया है, लेकिन एक ऐप के मालिक के रूप में उपयोगकर्ताओं के पास उस स्तर पर इसे बंद करना वास्तव में खराब है यदि आप लाइन के नीचे अन्य तरीकों से अधिसूचनाओं का लाभ उठाना चाहते हैं - उस सेटिंग पर बेहतर इन-ऐप नियंत्रण होना चाहिए।

एक टॉगल भी है जिसे "बैज बंद करें" के रूप में शब्दबद्ध किया गया है, या कम से कम मेरे द्वारा व्याख्या किया गया है - जो काम नहीं करता है

ठीक है, मेरा मतलब था कि आप इस बीच इसे ठीक कर लें :)

@ शेर्लोक तो आपने इसे सेटिंग्स में अक्षम कर दिया लेकिन यह अभी भी खराब है? आह शिट मुझे लगता है कि मुझे पता है क्यों। ठीक कर देंगे।

स्थानीय सूचनाओं का बहुत स्वागत होगा। मैं वर्तमान में सूचनाएं प्राप्त करने के लिए (सशुल्क) ऐप कोडहब का उपयोग करता हूं और फिर उन्हें टैप करने के लिए नहीं बल्कि इसके बजाय GitHawk खोलने के लिए याद रखना होगा।

स्थानीय सूचनाओं के लिए +1।

मैं वास्तविक सर्वर-साइड पुश-सूचनाओं के लिए बिल्कुल 100% हूं। मुझे पता है कि गिटहब एक संदेश सेवा नहीं है, लेकिन प्रतिक्रिया समय अभी भी महत्वपूर्ण है और तेजी से प्रतिक्रिया रूपांतरणों को तेजी से आगे बढ़ाने में मदद कर सकती है और इसलिए मुद्दों को तेजी से हल करती है। मैं वास्तव में चकित हूं कि गिटहब ने अभी भी पुश के साथ एक आधिकारिक ऐप प्रदान नहीं किया है।

_{GitHawk . के साथ भेजा गया}

मुख्य मुद्दा जो मुझे लगता है वह सिर्फ दर सीमा है, हम पहले से ही ऐप में एक सक्रिय उपयोगकर्ता होने के साथ इसे मारने के काफी करीब आ गए हैं! वह हर कुछ मिनटों में सूचनाओं के लिए मतदान के बिना है! तकनीकी रूप से यह बहुत कठिन नहीं है, लेकिन हमें यह पता लगाने की आवश्यकता होगी कि जीथब ऐप को लॉक किए बिना यह कैसे काम करेगा!

_{GitHawk . के साथ भेजा गया}

मैं सूचनाओं के लिए कोडहब का उपयोग करता हूं। मुझे यकीन नहीं है कि वे इसे कैसे करते हैं लेकिन मुझे इस सुविधा को सक्रिय करने के लिए भुगतान करना पड़ा। मुझे इसके बजाय GitHawk खोलना याद रखना है।

यह रहा, यह खुला स्रोत भी है: कोडहब-पुश

_{GitHawk . के साथ भेजा गया}

मुझे आश्चर्य है कि क्या हम सिर्फ सूचनाओं के लिए दूसरा जीथब ऐप सेट कर सकते हैं? इसके लिए लोगों को दो बार लॉगिन करना होगा, लेकिन क्या इससे दर सीमा की समस्या कम होगी?

_{GitHawk . के साथ भेजा गया}

या यह सिर्फ एक मामला है जब हम इसे आजमाते हैं और देखते हैं कि क्या यह ज्यादातर के लिए एक मुद्दा है? इस पर बेहतर ट्रैकिंग आसान हो सकती है - क्या होगा अगर हम कपड़े का इस्तेमाल करते हैं और एक घटना पोस्ट करते हैं जब कोई उपयोगकर्ता दर सीमा को अधिकतम करता है तो हम जानते हैं कि यह कब एक मुद्दा है? गैर-अस्तित्व की समस्या के वैकल्पिक समाधान में फिर से कोई मतलब नहीं है!

_{GitHawk . के साथ भेजा गया}

अधिकांश API कॉल कहाँ से आती हैं? क्या कुछ डेटा को कैश करके उन्हें अनुकूलित करना संभव है?

_{GitHawk . के साथ भेजा गया}

कोडहब-पुश को देखते हुए (धन्यवाद @schrodincat !) ऐसा लगता है कि उनका दृष्टिकोण _per-user_ (मुझे, आप, आदि) _per-app_ (GitHawk) नहीं है, इसलिए दर सीमित करना कोई समस्या नहीं होनी चाहिए?

दर सीमा के मुद्दे जो मैं देख रहा हूं, वे प्रति उपयोगकर्ता हैं - हमें निश्चित रूप से अतीत में, सामान को अनुकूलित करने पर ध्यान देना चाहिए, लेकिन आखिरकार यदि आप 50 अधिसूचनाएं खोलते हैं तो यह बहुत सी एपीआई कॉल है! इसके बारे में हम बहुत कुछ नहीं कर सकते!

_{GitHawk . के साथ भेजा गया}

@rnystrom इस मर्ज के साथ, क्या हम अपने रेपो में Github पर किसी भी अपडेट के लिए iOS पर GitHawk से पुश नोटिफिकेशन प्राप्त करेंगे?

@mesqueeb कुछ भी आप वेबसाइट पर एक सूचना प्राप्त करते हैं।