हमने अल्कोसकेनेर कैसे किया

हेलो, हैबर।

आज मैं आपको इस बारे में विस्तार से बताना चाहता हूं कि कैसे हमने एक क्लाइंट सर्वर से न केवल एक एप्लीकेशन बनाया, बल्कि बाहरी दुनिया से भी जुड़ा।

यह एप्लिकेशन Alkoscanner है , जो iPhone और Android के लिए बनाया गया है (अब के लिए 4.0 से, रिलीज के लिए ड्यूज के लिए एक रिलीज तैयार किया जा रहा है)। पूरी तरह से मुक्त। संक्षिप्त बिंदु शेयरों की एग्रीगेटर और शराब की खरीद के लिए विशेष प्रस्ताव है। वर्तमान में मास्को में काम करता है (करोड़पति शहरों को धीरे-धीरे जोड़ा जाएगा), 2500 स्टोर समर्थित हैं, लगभग 70,000 विशेष ऑफ़र डेटाबेस में हैं।

प्रारंभ में, सब कुछ एक रूप में योजनाबद्ध किया गया था, परिणामस्वरूप, आवेदन को जारी करने के लिए अच्छी तरह से विकसित हुआ, लेकिन इससे कुछ समस्याएं भी हुईं।

तो, चलो सर्वर से शुरू करते हैं

1. काम की गति

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

2. सर्वर प्लेटफॉर्म

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

3. सारांश

अब तक, सब कुछ PHP + MySQL (अपने स्वयं के ऐड-इन पर कोडनिग्निटर फ्रेमवर्क) में चल रहा है। हम MySQL के भाग को Redis में ले जाने की योजना बनाते हैं वास्तुकला लगातार विकसित हो रही है और अनुरोध अधिक महंगे हो रहे हैं।

IPhone हिस्सा

1. एकीकरण YandexMapKit।

लाइब्रेरी को gitHub से डाउनलोड करें। हम एक उदाहरण लॉन्च करते हैं - सब कुछ ठीक काम करता है, बहुत सारी चीजें।
हम परियोजना में एकीकृत करते हैं, यह कैसे करना है पर एक संक्षिप्त विवरण का उपयोग करते हुए। आधे-किक के साथ सब कुछ संकलित और अर्जित किया। लेकिन कुछ हफ्तों तक यूसी के साथ काम करने के कुछ घंटों के बाद, ऐप ने मानचित्र पर एनोटेशन जोड़ने पर क्रैश करना शुरू कर दिया। डिबग के लिए मुख्य उपकरण के रूप में डिबग ने कुछ भी नहीं दिया, इंटरनेट पर समान स्थितियों के विवरणों की खोज ने भी सफलता नहीं दिलाई। वे अभी भी Github में मुद्दे का जवाब देते हैं) github.com/yandexmobile/yandexmapkit-ios/issues/95
हमने परियोजना से संपूर्ण देयता को ध्वस्त करके और इसे फिर से आयात करके अंत में सब कुछ तय किया, यहां तक ​​कि मुझे कोड को फिर से लिखना नहीं पड़ा। सब कुछ फिर से घड़ी की कल की तरह चला गया, लेकिन एक घंटे भी रेत में पानी की तरह बह नहीं गया, और तलछट बनी रही।

2. अतिरिक्त अंक और क्लस्टरिंग।

थोड़ी बहुत गुगली करना और ऐसे कार्यों का एक संकेत नहीं मिलना, बहुत उम्मीद के बिना, गिथब पर समान मुद्दों पर सदस्यता समाप्त करने का अनुरोध करने के साथ ही यूसी पर क्लस्टरिंग लागू करने का सुझाव देना। github.com/yandexmobile/yandexmapkit-ios/issues/109 लगभग तुरंत, उन लोगों में से एक जिन्होंने पहले ही YAK का इस्तेमाल किया था, ने जवाब दिया कि उन्होंने इसे अपने हाथों से किया है। जिसके लिए, अपनी आस्तीन ऊपर उठाते हुए, हमने शुरुआत की। एक सरल लेकिन स्पष्ट एल्गोरिथ्म को स्केच करने के बाद, वांछित परिणाम प्राप्त करना संभव हो गया - ज़ूम के साथ, अतिरिक्त अंक पूर्ण विकसित गुब्बारे में बदल गए, और जब दूर जा रहे थे, तो वे फिर से एक छोटे लाल निशान में बदल गए।

3. मार्ग निर्माण

और फिर, YAK। एक बिंदु-से-बिंदु मार्ग चाहते हैं? आपी को नहीं पता कि यह कैसे करना है। अपने ऐप से YandexNavigator चलाएं और वहां निर्देशांक स्थानांतरित करें, और यह केवल एक कार मार्ग का निर्माण करेगा। एक पैर बनाने के लिए Yandex.Maps का उपयोग करना चाहते हैं? Android का उपयोग करें! वह जानता है कि कैसे, आईओएस-किट - नहीं।

एंड्रॉयड

1. सर्वर के साथ संचार

किसी ने नहीं सोचा होगा कि डेटा की एक बड़ी मात्रा पर, अच्छा पुराना JSON एक बहादुर बूढ़ी महिला में बदल जाता है ...
पार्सर का पहला कार्यान्वयन देशी एंड्रॉइड - JSONParser था, जिसने डेटा की वास्तविक मात्रा लोड होने से पहले ही खुद को सर्वश्रेष्ठ पक्ष से नहीं दिखाया था। लेकिन जब उन्होंने डाउनलोड किया ... हमें 15-90 सेकंड के पार्सिंग से प्राप्त हुआ, जो ओह था कि कैसे अच्छा नहीं है। एक ही समय में, JSONParser इतनी कम मेमोरी नहीं खा रहा था, कभी-कभी एप्लिकेशन भरता था। पहला तरीका "लार्ज हीप" विशेषता का उपयोग करके एप्लिकेशन के ढेर को बढ़ाना था। लेकिन इससे समस्या हल नहीं हुई।
Androd के गुरुओं को सही रास्ते पर भेजा गया और उन्होंने रिपॉजिटरी https://github.com/johnkil/Android-JSONCompare के लिंक को गिरा दिया। संभावित पार्सिंग गति को ग्राफ़ और नमूनों में दिखाया गया था, लेकिन केवल रॉक - केवल कट्टर! आरंभ करने के लिए, उन्होंने JSON.simple को लिया, जो वस्तुओं के अंदर कार्यान्वयन के अनुसार, मूल एक से बहुत अलग नहीं था, जिससे आप कोड में महत्वपूर्ण परिवर्तनों के बिना इसे मक्खी पर उपयोग करने की अनुमति दे सकते हैं। परिणाम निराशाजनक निकला, जैसा कि कोई उम्मीद करेगा, 1000+ रिकॉर्ड के एक महत्वपूर्ण भार के साथ, सरल JSONParser की तुलना में भी खराब होने लगा। फिर विकल्प जीएसओएन पर गिर गया, जो बदले में, कार्यान्वयन पर मूल एक के समान था, जो तुरंत सतर्क हो गया, पिछली विफलता को देखते हुए। लेकिन सब कुछ इतना बुरा नहीं निकला! 90 सेकंड अधिकतम 30 में बदल गए। लेकिन यह किसी के अनुकूल नहीं था, इसलिए केवल एक ही विकल्प था - जैक्सन। पिछले वाले की तुलना में पार्सर अजीब है, लेकिन, परीक्षण और त्रुटि से, हमने अभी भी इसे अपने लिए काम करने के लिए मजबूर किया। और वे सदमे में थे।
उसने सपने में खुद को उससे भी बेहतर दिखाया जो सपना देख सकता था। पिछले 30 सेकंड गुमनामी में डूब गए और 3-5 सेकंड सामने आए।

2. ओह, ये Yandex.Maps

यह देखते हुए कि आवेदन रूस के लिए है, जहां Google और ऐप्पल-कार्ड अभी भी बहुत दुखी हैं, यह विकल्प Yandex.maps पर गिर गया। शुरू करने के लिए, यहाँ github.com/yandexmobile/yandexmapkit-android रिपॉजिटरी है। कार्ड का उपयोग करना काफी आसानी से शुरू हुआ, लेकिन "जंगल में गहराई से, लकड़हारे। पहला स्टॉपिंग पॉइंट मैप पर पॉइंट्स का इंस्टालेशन था, पॉइंट्स के साथ-साथ बैलून रिवाज थे, उन्हें पूरी तरह से इंस्टॉल किया गया था, लेकिन जब मैप पर 50+ से ज्यादा होते हैं, तो महत्वपूर्ण मेमोरी लीक्स शुरू हो जाते हैं, जिस वजह से एप्लिकेशन सिस्टम क्रैश होने लगा। सबसे पहले, हमने सुझाव दिया कि लीक हमारे कोड में कहीं हैं। कोड के माध्यम से एक से अधिक बार चलने के बाद, उस छवि का अनुकूलन, जिसे हम ध्वज के बजाय उपयोग करते हैं, उसे पुन: कोडित और संपीड़ित करते हैं, हमने पाया कि कुछ भी नहीं बदला था ... नतीजतन, मुझे अपने आप को डेटा के एक यादृच्छिक प्रतिशत (हर 3 प्रविष्टियों) को मानचित्र के केंद्र के आसपास एक निश्चित त्रिज्या में पड़ने से रोकना पड़ा। लेकिन इस क्षण तक मैं वास्तव में क्षेत्र में आवेदन का परीक्षण करने के लिए जाना चाहता था, क्योंकि विज्ञान कथा वैज्ञानिक से बहुत दूर थी। इसके अलावा, यह तब तक शांत है, जब तक कि दो स्पष्ट और बहुत ध्यान देने योग्य कीड़े निकल न जाएं: काली टाइलें या टाइलें बहुत ही अजीब तरीके से व्यवहार करती हैं ( https://github.com/yandexmobile/yandexmapkit-android/issues/105 ) या सहज दुर्घटनाएं baluns ( https://github.com/yandexmobile/yandexmapkit-android/issues/122 ) पर क्लिक करें । उसी समय, लाइब्रेरी को लगभग एक साल पहले से अपडेट नहीं किया गया था, यह देखते हुए कि उपयोगकर्ताओं और डेवलपर्स दोनों द्वारा कितने बग खोजे गए और सही किए गए ... सामान्य तौर पर, दिमाग और एक शर्मनाक तंबूरा से लैस, हमने इस दायित्व को क्रैश (अक्सर) करने के लिए मजबूर किया, लेकिन परियोजना प्रबंधक कुछ बिंदु पर मैं Yandex.Maps के लिए अपने खुद के मानचित्रक लिखने के बारे में गंभीरता से सोचने लगा।

3. पोर्ट 2.2+

एक प्रारंभिक रूपांतरण के लिए, शर्लक पुस्तकालय का उपयोग करने का निर्णय लिया गया था। इसका पहला उपयोग आत्मा पर एक सुखद अवशेष छोड़ दिया। एप्लिकेशन को 4.0 से 2.2 में बदलने में 15 मिनट का समय लगा, जबकि सभी कार्यक्षमता अछूती रही, केवल शैलियों के साथ मामूली समस्याएं थीं, या मानक एंड्रॉइड स्टाइल इंडेंटेशन के साथ, लेकिन यह 5 मिनट का निर्णय लिया गया था, खोज।
और फिर और। सभी फोन पर परीक्षण जो हाथ में थे (2.2, 2.3) कोई समस्या नहीं दिखाते हैं, दोस्तों और परिचितों के साथ परीक्षण जो सैकड़ों किलोमीटर दूर हैं - दुर्घटना, दुर्घटना, दुर्घटना ...
यहां परीक्षण अभी भी जारी हैं, किसी भी एचटीसी डिजायर पर दुर्घटना के कारणों के सुझाव स्वीकार किए जाते हैं

4. एनिमेशन

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

डेटा

यह सब काम केवल तभी समझ में आता है जब हम स्टोर में छूट के बारे में अप-टू-डेट जानकारी भर सकते हैं। अब मैं आपको एक छोटा सा रहस्य बताता हूँ: नहीं, हम कुछ गुप्त डेटाबेस से चिपके हुए नहीं थे, जितने लोग एप्लिकेशन का उपयोग करते थे। ऐसे स्टोर हैं जहां से हम सीधे डेटा प्राप्त करते हैं, लेकिन अभी तक कई नहीं हैं। संग्रह प्रक्रिया के विकास के दौरान, हम इस निष्कर्ष पर पहुंचे कि एक एकल प्रक्रिया अस्थिर गुणवत्ता के परिणाम देती है, और हमें प्रत्येक ट्रेडिंग नेटवर्क का अध्ययन करने की आवश्यकता है, और अब हमारे पास एक प्रक्रिया नहीं है, लेकिन वास्तव में नेटवर्क की संख्या और इन प्रक्रियाओं के अनुसार, 20+ संग्रह प्रक्रियाएं - आवेदन का एक महत्वपूर्ण हिस्सा है। हमारे तरीके 100% सटीकता नहीं दे सकते हैं, लेकिन हमारे अपने परीक्षणों के अनुसार, हमारे पास 80% सटीकता है। अभी भी विभिन्न हास्यास्पद समस्याएं हैं, गार्ड के साथ लड़ाई तक और कलेक्टर को कमरे में रोकना, कला के विपरीत। रूसी संघ के संविधान के 29 (जो देश में अपने अधिकार पर जोर देता है), लेकिन सामान्य तौर पर हम इन घटनाओं से निपटते हैं, यदि आवश्यक हो, तो विभिन्न चाल का आविष्कार करते हैं।

हमें टिप्पणियों में प्रश्नों और स्पष्टीकरणों का उत्तर देने में खुशी होगी।