Meople.Net। यह कैसे काम करता है?

जैसा कि आप पिछले पोस्टों से पहले ही समझ चुके हैं, Meople.Net सोशल नेटवर्क्स से आपकी व्यक्तिगत (और न केवल) समाचारों का एक एग्रीगेटर है, जिसे WEB और विंडोज 8 के लिए लागू किया गया है। आप में से कई वैध रूप से कह सकते हैं कि सेवा क्रांतिकारी से बहुत दूर है। लेकिन इस लेख में मैं इस पर ध्यान देना चाहूंगा कि यह तकनीकी (कार्यात्मक) दृष्टिकोण से अद्वितीय है, न कि किसी उपयोगकर्ता से।

इसलिए, सामाजिक नेटवर्क के साथ कैसे काम किया जाता है: अधिकांश सामाजिक नेटवर्क तृतीय-पक्ष डेवलपर्स के लिए REST API कार्यक्षमता प्रदान करते हैं जो सोशल मीडिया प्लेटफॉर्म / डेटा पर अपने एप्लिकेशन बनाना चाहते हैं। यही है, अगर आप अपने आवेदन में फेसबुक या VKontakte के डेटा का उपयोग करना चाहते हैं, तो आपको यही चाहिए।
मैं उन सामान्य चरणों को छोड़ दूंगा जो किसी भी डेवलपर को लेने चाहिए:
● सोशल साइट पर आवेदन का पंजीकरण। नेटवर्क और आवेदन गुप्त कुंजी प्राप्त करना
● OAuth 2.0 प्राधिकरण का कार्यान्वयन (ज्यादातर मामलों में) ( http://tools.ietf.org/html/rfc6749 );
● वास्तव में सामाजिक को एक हस्ताक्षरित अनुरोध भेज रहा है। नेटवर्क आपको आवश्यक डेटा प्राप्त करने के लिए।

प्राधिकरण

प्राधिकरण क्लाइंट और सर्वर में विभाजित है। सामाजिक नेटवर्क प्लेटफ़ॉर्म पर बनाए गए 99% एप्लिकेशन सर्वर प्राधिकरण करते हैं, जो उन्हें सभी अनुरोधों को प्रॉक्सी करने और अपने सर्वर पर अपने प्राधिकरण डेटा को सहेजने की अनुमति देता है। वे वास्तव में ऐसा करते हैं। चूंकि अन्यथा आपको सामाजिक रूप से अपने खाते के लिए पासवर्ड दर्ज करना होगा। नेटवर्क (या लगातार तीसरे पक्ष के आवेदन के लिए अपने खाते का उपयोग करने की अनुमति की पुष्टि करें)। इस स्थिति में, आपका प्राधिकरण डेटा तृतीय-पक्ष सर्वर पर संग्रहीत होता है जो सामाजिक सेवाओं से संबंधित नहीं है। नेटवर्क। वहां उनके साथ कुछ भी हो सकता है - वे आपके ज्ञान के बिना भी उपयोग किए जा सकते हैं: उदाहरण के लिए, एक पृष्ठ की तरह, कुछ समाचारों की सदस्यता लें, अपने दोस्तों को संदेश भेजें कि आपने किसी तरह के विज्ञापन का उपयोग करना शुरू कर दिया है आवेदन और इतने पर।
हमारी सेवा ग्राहक प्राधिकरण का उपयोग करती है जहाँ संभव हो। नतीजतन, आपका प्राधिकरण डेटा आपके ब्राउज़र (कुकीज़, डेटा स्टोरेज) या डिवाइस में स्थित है और हमारे सर्वर पर संग्रहीत नहीं है। नेटवर्क पर भेजे गए अनुरोधों की सदस्यता क्लाइंट पर भी होती है। यही है, जब आप हमारी सेवा का उपयोग नहीं करते हैं, तो हमारे पास आपके डेटा का उपयोग करने का एक सैद्धांतिक अवसर भी नहीं है।

डेटा अनुरोध सबमिट करना

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

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



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

- क्या आपका पूरा एप्लिकेशन क्लाइंट पर काम करता है?

99% में, यह सही है। हमारे पास क्लाइंट / ब्राउज़र पर एक जावास्क्रिप्ट एप्लिकेशन चल रहा है जो सभी तर्क करता है। हम ऐसा करने में रुचि रखते थे - जैसा कि हम देखते हैं, यह निकला।
नतीजतन, हमारे सर्वर केवल 3 फ़ाइलों की सेवा करते हैं: एचटीएमएल, जेएस, सीएसएस।



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

- मुझे विश्वास नहीं है कि इस प्रक्रिया में आपके सर्वर के लिए एक भी अनुरोध नहीं है!

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

- आप डेटा क्यों नहीं एकत्र करते हैं, क्या इसका उपयोग विज्ञापन आदि के लिए किया जा सकता है?

हमें आपके डेटा की आवश्यकता नहीं है और आप सामाजिक रूप से क्या करते हैं। नेटवर्क। Meople.Net एप्लिकेशन को यथासंभव अनाम बनाया गया था। हम विज्ञापन नहीं डालते हैं और न ही करने जा रहे हैं - क्योंकि हम स्वयं ही अपने आवेदन का उपयोग करते हैं।

आपका ध्यान के लिए धन्यवाद! अपने प्रश्नों को टिप्पणियों में छोड़ दें। और बाद के लेखों में, यदि रुचि है, तो हम अधिक विस्तार से जावास्क्रिप्ट वास्तुकला के बारे में बात करेंगे।