छात्रों से कल्पना या क्रॉस-प्लेटफॉर्म सोशल जियोलोकेशन को कैसे इकट्ठा किया जाए

सभी को नमस्कार!
आज मैं उस अच्छे अनुभव के बारे में बात करना चाहता हूं जो हमारे विश्वविद्यालय में है।
मैं लगभग 5 साल से पढ़ा रहा हूं और इस साल हम प्रयोग में गए। हमने (शिक्षकों ने) विषय पर टर्म पेपर के मूल्यांकन के एक तत्व के रूप में "सार्वजनिक सेंसर" शुरू करने का फैसला किया। यानी छात्रों ने पाठ्यक्रम के विषय पर हैबर के लिए एक पोस्ट लिखा है, और हम प्रतिक्रिया और सार्वजनिक चर्चा का पालन करते हैं। यह एक नकारात्मक मूल्यांकन नहीं होगा (हमें अपने "मूल्यवान कर्मियों" को प्रोत्साहित करना चाहिए), हालांकि, यह एक प्लस नहीं हो सकता है (यदि सार्वजनिक सेंसर अपने चरमोत्कर्ष पर पहुंचता है)। सामान्य तौर पर, यहां न्यायाधीश हेब के विशेषज्ञ और उपयोगकर्ता हैं। और, मुझे ऐसा लगता है, ऐसा अनुभव छात्रों के लिए उपयोगी है - वे अपने काम की समस्याओं को अधिक गहराई से समझेंगे।
तो, पहले उम्मीदवार: तीसरे वर्ष के छात्र। अनुशासन में "कंप्यूटर ग्राफिक्स" (हां, हम इस विषय पर दिलचस्प घटनाक्रम भी ले सकते हैं)। मैं तुरंत एक आरक्षण करूँगा कि हम इंजीनियरों को प्रशिक्षित करें, न कि प्रोग्रामर को। हालांकि हमारे विभाग से पहले से ही 15 लोग विभिन्न पदों पर यांडेक्स में काम करते हैं। और बहुत सफल रहे। सभी प्रोजेक्ट स्रोत और लिंक सबसे नीचे हैं।

यहाँ, वास्तव में, लेख ही (लगभग सुधार के बिना):

इस सेवा का विचार हम में से एक को अचानक आया था जब शब्द पेपर के विचार के बारे में प्रश्न आया था। एंड्रॉइड ओएस के लिए विशुद्ध रूप से मोबाइल एप्लिकेशन बनाने का हमें पहले से ही अनुभव था, लेकिन फोन निर्माताओं और उनके लिए ओएस के चिड़ियाघर को देखने के बाद, हमने कुछ नया करने की कोशिश करने का फैसला किया और हमने यह किया! परियोजना का मुख्य सार यह है कि उपयोगकर्ता वह चुनता है जो वह 3-4 क्लिक में जाना चाहता है, चयन मानदंड (मूल्य, उपलब्धता) और चलने का तरीका, और आवेदन दिखाता है कि कौन से स्थान उसके मानदंडों के अनुरूप हैं और मार्गों को आकर्षित करते हैं।

सेवा के बारे में

सेवा के मुख्य दर्शक आलसी लोग, युवा और सक्रिय जीवन शैली का नेतृत्व करने वाले लोग हैं और सामाजिक नेटवर्क या / और इंटरनेट एक्सेस के लिए फोन रखने वाले हैं।

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

फ़ोन और उनके मोबाइल संस्करणों के लिए कुछ अनुप्रयोगों की जाँच करने के बाद, हमने सेवा के लिए सामान्य अवधारणाएँ विकसित की हैं:

• प्रयोज्यता में आसानी।
• प्रत्यर्पण के लिए गहरा निजीकरण।
• उपलब्धता

मुख्य कार्यक्षमता के साथ-साथ, बाकी पहले से ही सुविधाओं की तरह है:

• सिनेमा, संग्रहालय और उपयोगकर्ता घटनाओं के मानचित्र पर जारी करना।
• सिनेमा की समय सारिणी।
• एक फिल्म के लिए खोजें और निकटतम सिनेमा जारी करें, जहां अब इसे उपयोगकर्ता के समय और स्थान के आधार पर देखा जा सकता है।
• कस्टम ईवेंट।
• उपयोगकर्ता के वर्तमान स्थान से चयनित ऑब्जेक्ट के लिए एक मार्ग बनाना।

और हमने करना शुरू कर दिया!

विकास के बारे में

सेवा योजना


किसी विषय को चुनने और उसे अनुमोदित करने के बाद, हमने एक योजना तैयार करके और विकास उपकरण खोजने के लिए शुरुआत की।

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

हमारी योजना की शुरुआत में वेब विकास में एक कौशल को पंप करना और कार्यों के निष्पादन के लिए एक चिकनी संक्रमण शामिल था - इससे पहले, हम में से कोई भी वेब विकास में सक्रिय रूप से शामिल नहीं था। इस तथ्य के बाद कि नवंबर में पहले मोबाइल और पीसी संस्करण, कर्व्स और बैसाखी को रोल आउट किया जा सकता है, हमने जिम्मेदारियों को वितरित किया: एक के लिए - लेआउट और जेएस, पीएचपी, दूसरे के लिए - php, YandexApi, mongodb। भविष्य में, इन कर्तव्यों का विशेष रूप से सम्मान नहीं किया गया था।

उप की भूमिका के लिए, हमारे पास दो विकल्प थे: मोंगोडब या मायस्कल। हमें गति और मापनीयता की आवश्यकता थी। Mongodb अधिक सुविधाजनक और उपयोग करने में आसान हो गया, खासकर जब से हम में से एक को इसके साथ काम करने का अनुभव था। वैसे, एक अलग लेख हमारे मोंगोडब और मैस्कल की तुलना के लिए समर्पित है, जिसे थोड़ी देर बाद प्रकाशित किया जाएगा।

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

जैसा कि आप जानते हैं, मोबाइल उपकरणों के लिए ओपेरा के दो संस्करण हैं - ओपेरा मिनी और ओपेरा मोबाइल। उनके मतभेदों के बारे में, आप साइट पर अनुभाग पढ़ सकते हैं।

निर्देशांक निर्धारित करने की अनाड़ी के बारे में

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

उन समस्याओं के बारे में जो हमारे पास ओपेरा के साथ थीं।

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

परसर्स के बारे में

पार्सर्स हमने डेटाबेस को सिनेमाघरों और संग्रहालयों की जानकारी से भरा। मुख्य कार्य एक पार्सर को लागू करना है जो CRON पर स्पिन करेगा और हमारे डेटाबेस को अपडेट करेगा (दिन में एक बार)। Parser में नियमित, मानक php फ़ंक्शंस और लाइब्रेरीज़ शामिल थीं ... DOM और ... के साथ काम करने के लिए, जिसका उपयोग टेक्स्ट एड्रेस को भौगोलिक निर्देशांक में अनुवाद करने के लिए किया जाता है। आप यहां दोनों पार्सर्स के कार्यान्वयन को देख सकते हैं।

एपिवीक और मेलापी के बारे में

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

एल्गोरिदम के बारे में

सेवा को विकसित करते समय, हमने मानचित्र पर निकटतम वस्तुओं को जारी करने के लिए, संग्रहालयों और सिनेमाघरों के लिए, साथ ही उपयोगकर्ता की घटनाओं के लिए कई एल्गोरिदम का उपयोग किया, जो मुख्य रूप से डेटाबेस के प्रश्नों पर आधारित हैं।
उदाहरण के लिए: 5 निकटतम मूवी थिएटर खोजने के लिए हम क्वेरी mongod db.cinemas.find ({"geo": {$ near: [x, y]}} का उपयोग करते हैं। सीमा (5), शुरू में db कमांड के साथ डेटाबेस में अनुक्रमण स्थापित करते हैं। Cinemas.ensureIndex ({"geo": "2d", टाइप: 1})।

उपायों

हमारी घटनाओं को संयुक्त समय के लिए डिज़ाइन किया गया है, इसलिए हम अगली घटनाओं को 2 किमी के दायरे में जारी करते हैं। ईवेंट समाप्त होने के बाद, यह डेटाबेस से स्वचालित रूप से हटा दिया जाता है।

हमारी सेवा की घटनाओं की तुलना फोरस्क्वेयर घटनाओं से नहीं की जा सकती है, क्योंकि लोग बस फोरस्क्वेयर पर धोखा देते हैं, और, जैसा कि ऊपर वर्णित है, संयुक्त समय की उम्मीद के साथ "धोखा", और हम और अधिक विस्तृत जानकारी एकत्र करते हैं, और न केवल उपयोगकर्ता के उपनाम और इसकी जगह, अर्थात्: उपयोगकर्ता संपर्क, घटना का नाम, घटना की तारीख, आप उन्नत घटनाओं के लिए साइट यूआरएल भी निर्दिष्ट कर सकते हैं।

विकास के मुद्दे

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

हमें स्वयं लिखित xmlrequest को छोड़ना पड़ा, इस तथ्य के कारण कि मोबाइल ब्राउज़र इस तकनीक का पूर्ण समर्थन नहीं कर सकते हैं।
विकसित करते समय हमने क्या उपयोग किया

Git
phpshtorm
ग्रहण
MongoDB
YandexAPI

संदर्भ

होस्टिंग: https://locum.ru/
ओपेरा मिनी से अंतर मोबाइल मोबाइल http://ru.opera.com/mobile/specs/
फ्रेमवर्क http://twitter.github.com/bootstrap/index.html
सूत्र https://bitbucket.org/ziganzigan/habrcode
मेल js एपीआई
वीके आपी

खुद प्रोजेक्ट का पेज ।