🥄 🤦🏿 👨‍🔧 uid.me - MongoDB और Mojolicious पर आधारित व्यक्तिगत पृष्ठ सेवा 🌙 🖕🏽 🔽

शुभ दोपहर, हब्र!

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

उन लोगों के लिए जो केवल परियोजना के तकनीकी पक्ष में रुचि रखते हैं, हम अनुशंसा करते हैं कि आप सीधे दूसरे भाग पर जाएं ।

भाग 1. गीतात्मक

हम uid.me व्यक्तिगत पेज सेवा की एक विकास टीम हैं।
एक निजी पेज इस प्रकार है:

http://uid.me/dikaya

http://uid.me/pavel_kudinov

जो लोग हमारी सेवा के पश्चिमी समकक्ष से परिचित नहीं हैं, उन्हें स्वीकार करना चाहिए: uid.me परियोजना के बारे में एक क्लोन-स्थानीयकरण के रूप में अपना इतिहास शुरू करता है। अंग्रेजी भाषा सेवा

सृष्टि का इतिहास

यह ऐसा ही था। कंपनी-वेबसाइट बिल्डर uCoz, जिसमें हम काम करते हैं, 8 वर्षों से अस्तित्व में है, इसके डेटा केंद्रों के आंतों में वेबमास्टरों द्वारा बनाए गए 35 मिलियन से अधिक प्रोफाइल, साथ ही साथ वेबमास्टर्स साइटों, मंचों और ब्लॉगों द्वारा बनाए गए कई आगंतुक जमा हुए हैं।

ये सभी लोग वैश्विक यूआईडी प्राधिकरण प्रणाली द्वारा एकजुट हैं:

आज तक, uCoz के साथ पंजीकृत प्रत्येक व्यक्ति के पास इस तरह की एक प्रोफ़ाइल थी:

http://3707164671.uid.me/

प्रत्येक uCoz उपयोगकर्ता के लिए about.me प्रोजेक्ट को एक व्यक्तिगत पृष्ठ के सर्वश्रेष्ठ मौजूदा प्रोटोटाइप के रूप में चुना गया था, जो हमारी राय में, 21 वीं सदी की शुरुआत में वेब के निवासियों की आत्म-अभिव्यक्ति की आधुनिक प्रवृत्ति को पूरा करता है।

के बारे में के रूप में .me , हम उपयोगकर्ता देते हैं:

1. फॉर्म का URL uid.me/name_name , जो एक बिजनेस कार्ड पर प्रिंटिंग के लिए इस्तेमाल किया जा सकता है, स्काइप में होमपेज के रूप में इस्तेमाल किया जा सकता है, साथ ही किसी भी मीडिया पर उल्लेख किया जा सकता है।

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

3. एक डिजाइनर जिसके साथ आप अपने व्यक्तिगत पेज को जल्दी और रोमांचक रूप से एक अद्वितीय रूप और समग्र दृश्य स्थिरता दे सकते हैं।

4. और, आखिरकार, सबसे दिलचस्प: आज हम में से कई सामाजिक नेटवर्क में सक्रिय रूप से मौजूद हैं। कोई फ़ेसबुक और Vkontakte के स्वरूपों के करीब है, कोई ट्विटर और इंस्टाग्राम पर माइक्रोब्लॉगिंग तक सीमित है, तो कुछ का यूट्यूब पर अपना लोकप्रिय चैनल है।

और यहाँ नियम सत्य है - एक व्यक्ति जितनी अधिक सामाजिक गतिविधि दिखाता है, उतना ही तीव्र प्रश्न उठता है: "कौन से सामाजिक नेटवर्क को" मुख्य "माना जाना चाहिए?"।

हमारा सुझाव है कि uid.me का उपयोग एक प्रकार के व्यक्तिगत ऑनलाइन व्यवसाय कार्ड के रूप में करें। हमारी सेवा आपको अपने स्वयं के प्रोफ़ाइल के लिए सबसे सामान्य सामाजिक नेटवर्क संलग्न करने की अनुमति देती है, और फिर आपको यह चुनने के लिए कौन सा लिंक नहीं देना है जब आप एक नया मूल्यवान परिचित बनाते हैं, तो अपने प्रोफ़ाइल में स्काइप निर्दिष्ट करें या इसे फ़ोरम में साइन इन करें।

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

वैसे, यदि आप uid.me पर एक निजी पेज बनाना चाहते हैं, तो हम एक सामाजिक नेटवर्क के माध्यम से स्वचालित पंजीकरण का उपयोग करने की सलाह देते हैं। जब आप " लॉगिन थ्रू " बटन में से किसी पर क्लिक करते हैं, तो पंजीकरण जानकारी दर्ज किए बिना आपका व्यक्तिगत पृष्ठ तुरंत बनाया जाएगा!

आगे देखते हुए, हम यह कहना चाहते हैं कि निकट भविष्य में सामाजिक नेटवर्क के साथ घनिष्ठ एकीकरण से परियोजना विकास योजना में महत्वपूर्ण बदलाव आएगा।

Uid.me प्रोफाइल का दूसरा संस्करण, पहले से ही विकास के तहत, एक अनुकूलन योग्य डेटा प्रस्तुति के साथ सामाजिक नेटवर्क से जानकारी को एक धारा में संयोजित करने के कार्य पर मुख्य रूप से ध्यान केंद्रित करेगा।

इसके अलावा, रंगीन ग्राफ़ और चार्ट के रूप में कई दिलचस्प इन्फोग्राफिक विजेट विकसित करने की योजना बनाई गई है जो आपके दोस्तों, यात्रा, संगीत वरीयताओं और अन्य मनोरंजक मनोरंजक तथ्यों के बारे में जानकारी का प्रतिनिधित्व करते हैं जो सिस्टम आपके प्रोफाइल से निकालने और स्वचालित रूप से प्रक्रिया करने में सक्षम होंगे।

शायद यह कुछ इस तरह दिखेगा:

भाग 2. तकनीकी

UCoz विंग के तहत uid.me का विकास करते समय, हमने खुद को एक असामान्य स्थिति में पाया: एक तरफ, पूरे प्रोजेक्ट कोड को स्क्रैच से लिखा जाना चाहिए था, दूसरी तरफ, रिलीज के दिन, प्रोजेक्ट स्वचालित रूप से भारी हो गया, क्योंकि इसे 20 मिलियन से अधिक आयात करना चाहिए था प्रोफाइल, यहां तक कि इस तथ्य को ध्यान में रखते हुए कि बॉट पंजीकरण और बिल्कुल प्राचीन प्रोफाइल ने प्रतियोगिता को पारित नहीं किया।

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

निम्नलिखित को सफलता के घटक के रूप में चुना गया था:

0. नग्नेक्स। उसके बिना कहाँ।

1. एक डेटाबेस जो किसी भी कारण से क्लस्टर से सर्वर के शारीरिक नुकसान के लिए कई सर्वरों पर डेटा वितरण की गलती + सहिष्णुता के मुद्दे को हल करता है। इस क्षमता में, सक्रिय होलिवर्स के बावजूद, MongoDB को चुना गया था।

2. एक लचीली डेटा योजना जो कार्यात्मक प्रोटोटाइप के प्राथमिक और बाद के चरणों से गुजरने के बिना नुकसान की अनुमति देती है। MongoDB ने फिर से मदद की, हालांकि मुझे यहां सुविधा के लिए संसाधनों का भुगतान करना पड़ा, इसलिए मुझे अभी भी इस सवाल का मुख्य उत्तर प्राप्त करना है: "BSON एक लक्जरी, या परिवहन का एक आधुनिक साधन है?"

यह ध्यान देने योग्य है कि उपयोगकर्ता प्रोफाइल का मूल mysql डेटाबेस, जब MongoDB प्रारूप में परिवर्तित होता है, 5 गुना बढ़ गया। हालाँकि, प्रत्येक प्रोफ़ाइल को uid.me कार्यक्षमता से संबंधित नए डेटा की एक प्रभावशाली राशि के साथ समृद्ध किया गया था, इसलिए यह न केवल एक लचीली BSON डेटा योजना की लोलुपता है।

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

लेकिन उन्होंने फैसला किया कि " एक परियोजना एक नई तकनीक है, और अब तक हमारे पास काफी MongoDB है " (ग) अलेक्जेंडर सोलोवेनोव। वैसे, जिसने अपनी रिपोर्ट नहीं देखी, वह हिट है, हम पूरी टीम को सलाह देते हैं!

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

4. सामाजिक नेटवर्क के साथ बातचीत करते समय कुल अतुल्यकालिक और डेटा कैशिंग।

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

लगभग सार्वभौमिक रूप से कार्यान्वित OAuth2 और विभिन्न सामाजिक नेटवर्क के एपीआई के संगठन में समानता ने बातचीत को सफलतापूर्वक सामान्य करने के लिए संभव बना दिया।

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

वैसे, यह देखते हुए कि नोड का उपयोग करने के खिलाफ मुख्य "भयावह" तर्कों में से एक है। इसकी कुल अतुल्यकालिकता है, जब आप शास्त्रीय तुल्यकालिक प्रतिमान के ढांचे के भीतर विकास शुरू करते हैं, तो कम से कम एक महत्वपूर्ण के साथ Mojolicious एक उत्कृष्ट मानसिक सेतु के रूप में काम कर सकता है। हाइब्रिड कोड का हिस्सा (सिंक + async)। सच कहूँ तो, अब हम नोड से बहुत डरते हैं। बहुत कम और बाद की परियोजनाओं में इसे लागू करने की उम्मीद है।

सामान्य तौर पर, uid.me को "साइकिल के लिए कोई नहीं" के सिद्धांत पर बनाया गया था, और जीवाश्म होममेड उत्पादों की एक पूरी परत को शिव के लिए पूरी तरह से बलिदान किया गया था, जिसका नेतृत्व संकीर्ण सर्कल किलोबायोम मैक्रो " डीडब्ल्यू " में अच्छी तरह से किया गया था, जिसने 2005 से हमें और हमारे करीबी डेवलपर्स और ग्राहकों की सेवा की है। DBIx की अनुमति देना :: कठिन समय में पारगमन की भयावहता से बचने के लिए कक्षा। उज्ज्वल स्मृति।

और फिर भी, जब uid.me विकसित कर रहा था , तो एक मनोरंजक शिल्प का जन्म हुआ - यह एक मैक्रो है

take { … $take->('named_callback_slot_1') ... } process { my $taken = shift; … },

मोजो :: IOLoop-> देरी पर बनाया गया है और कैस्केड एसिंक्रोनस एपीआई इंटरैक्शन के संगठन से संबंधित संचालन के पूरे चक्र को सरल बनाना, जिसमें कैस्केडिंग अपवाद हैंडलिंग (यदि आप रुचि रखते हैं, तो व्यक्तिगत रूप से लिखें और इसे साझा करें) शामिल हैं।

MongoDB पर लौट रहा है

मैं उस समय से NoSQL के समान कुछ व्यवहार में लाना चाहता था जब यह मुख्यधारा नहीं थी। उस समय सामना किए जाने वाले हाईलोड कार्यों के हिस्से के रूप में, निम्नलिखित समझ धीरे-धीरे उभरी:

1. एक क्लासिक LAMP प्रोजेक्ट क्लासिक SQL डेटाबेस से शुरू होता है।
2. यदि परियोजना लोकप्रिय हो जाती है, तो यह "हाईलोड" की स्थिति प्राप्त करता है, अन्यथा गोटो 1।
3. "हाईलोड" की स्थिति हमें कैशिंग, शार्किंग, प्रतिकृति और के बारे में ध्यान से सोचने के लिए बाध्य करती है
SQL डेटाबेस में क्या संग्रहीत है का बैकअप।
4. एक जीवित परियोजना की डेटा योजना का विकास सभी अधिक दर्दनाक हो जाता है, अधिक डेटा जमा होता है, और मांग में जितना अधिक होता है, उतना ही अधिक लोकप्रिय परियोजना होती है।
5. इस सब के परिणामस्वरूप, ओआरएम कोड विशेष रूप से क्रूर परिस्थितियों में, विशेष रूप से क्रूर स्थितियों में - एमटेक, आदिम शार्किंग के लिए डेटा के म्यूटेक्स, सीरियलाइज़ेशन / डिसेरिएलाइज़ेशन के कार्यों को निष्पादित करना शुरू कर देता है - क्योंकि यह वास्तविक परिस्थितियों में डेटा का एक बड़ा एंड-टू-एंड अपडेट बर्दाश्त करने के लिए हमेशा संभव नहीं था) ।

हालांकि, काफी दुख की बात है, यार्ड में 2000s कठोर थे।

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

नवाचारों के संदर्भ में अधिक चरम सहयोगियों के साथ परामर्श करने के बाद, हमने MongoDB की कोशिश करने का फैसला किया।

अपने लिए एक नई तकनीक का अध्ययन करते हुए, हमने अपनी क्षमताओं का अधिकतम, सर्वोत्तम की उम्मीद करते हुए (और इसलिए, बॉक्स से बाहर एक चांदी की गोली) का उपयोग करना तर्कसंगत माना, हालांकि, उम्मीद है कि उन जगहों पर अधिक शास्त्रीय तकनीकों पर वापस जाएं जहां अत्यधिक अहंकार हमें दिलचस्प के साथ सामना करेगा। नुकसान।

अवसरों को अधिकतम करके, हमारा मतलब निम्नलिखित है:

1. JSON डेटा स्टोरेज फॉर्मेट ने हमें डेटा स्कीमा में सामान्य माता-पिता / बच्चे / एक्स-लिंक के साथ या बिना, सामान्य ज्ञान के साथ खुद को सीमित करने की अनुमति नहीं दी। परिणामस्वरूप, मुख्य उपयोगकर्ता ऑब्जेक्ट की नेस्टेड संरचना बोल्ड, लेकिन सुविधाजनक हो गई। उन्होंने साहसपूर्वक झंडे, प्रदर्शन सेटिंग्स, छोटे लिंक किए गए सूचियों और अन्य सभी चीजों को रखा, जो पहले निकट-उपयोगकर्ता SQL टेबल के एक गुच्छा के निर्माण का नेतृत्व करते थे।

2. डेटा मॉडल में एक सामान्य उद्देश्य कोड जोड़ा गया था, जिसने इंटरफ़ेस के प्रोटोटाइप के चरण में JS कार्यक्षमता को बढ़ाने के लिए इसे बेहद सुखद बना दिया: किसी भी JSON को भेजना संभव हो गया, जिसने उपयोगकर्ता डेटा को URL / प्रोफाइल / सेव के माध्यम से नए डेटा के साथ बढ़ाया, उदाहरण के लिए:

 user.save({ 'style.profile.top': '20px', 'style.caption.tags.color': 'rgba(30, 29, 38, 1)', 'info.first_name': '' });

एक अधिकृत उपयोगकर्ता की गतिविधियों से संबंधित सभी कार्यों को 500 एमएस के एक अव्यक्त कलेक्टर के साथ एक आम भेजने वाले फ़ंक्शन में पैक किया गया था, जो विभिन्न परमाणु संपादन को आम पैकेजों में मिलाता था।

नतीजतन, क्लाइंट-साइड डेवलपर्स आसानी से नए क्षेत्रों का उपयोग शुरू करके उपयोगकर्ता ऑब्जेक्ट की संरचना का विस्तार करने में सक्षम थे।

बेशक, प्रोटोटाइप चरण के बाद, / प्रोफ़ाइल / सेव का सर्वर पक्ष प्रासंगिक डेटा फ़िल्टर से सुसज्जित था जो अज्ञात क्षेत्रों को काट देता है और शुद्धता के लिए फ़िल्टर किए गए मानों को काटता है।

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

ओआरएम स्तर पर, सभी गैर-मौजूद क्षेत्रों के लिए डिफ़ॉल्ट मानों के साथ सभी पुनर्प्राप्त डेटा का मजबूर विस्तार जोड़ा गया था।

सर्कल बंद है।

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

1. नए क्षेत्र डेटा के लिए एक नियम जोड़कर विस्तार_यंत्र फ़िल्टर के लिए।
2. इस फ़ील्ड के लिए default_user के लिए अपेक्षित डिफ़ॉल्ट मान जोड़कर।

शायद यही सब है। आपके ध्यान के लिए धन्यवाद, हम आपके आने की प्रतीक्षा कर रहे हैं!

मिठाई के लिए पीएस, नग्नता के प्रेमी:

mongodb से डंप प्रोफ़ाइल

 Using username "www". MongoDB shell version: 2.4.2 connecting to: uidme mongos> db.user.find({'uid':'pavel_kudinov'}).pretty(); { "_id" : ObjectId("519bbb1592762f6d65424301"), "uid" : "pavel_kudinov", "email" : "kudinov.pavel@gmail.com", "uguid" : "2926366677" "info" : { "first_name" : "", "last_name" : "", "headline" : "" "bio" : "   ,\n  ", "gender" : "male", "birthday" : "1985-07-03", "tags" : { "places" : [ "--" ], "jobs" : [ "uCoz.ru" ], "education" : [ "" ], "tags" : [ ] }, "contacts" : { "email" : "kudinov.pavel@gmail.com", "icq" : "", "skype" : "pavel-kudinov", "gtalk" : "kudinov.pavel", "aim" : "", "phone" : "+7 (928) 167 12 03" }, "sites" : [ { "link" : "http://vk.com/kudinovpavel", "title" : "vk.com/kudinovpavel" } ], "bg_pattern" : "", "background" : { "medium" : "/img/background/s/r/v/medium_r5vhibyl.jpg", "full" : "/img/background/s/r/v/full_r5vhibyl.jpg", "thumb" : "/img/background/s/r/v/thumb_r5vhibyl.jpg" }, "avatar" : { "full" : "/img/avatar/full_etpcnfon.jpg", "thumb" : "/img/avatar/thumb_etpcnfon.jpg" }, }, "tech" : { "last_login" : 1385995749, "theme_id" : 4, "last_login_ip" : "178.76.238.102", "ucoz" : { "reg_time" : "1358928666", "last_login" : "1367856843", "langp" : "ru", "reg_ip" : "2991386214", "last_admlogin" : "1366901917", "avatar" : { "geom" : "-10:0:0.1524", "file" : "/img/ucoz/29/26/2926366677/.OWyAuYrnAliL.jpg", "type" : "photo" }, "location_id" : "177270886" }, "email_activated" : 1 }, "style" : { "profile" : { "width" : "431", "left" : "50%", "margin_left" : "-540px", "hidden_contacts" : [ "phone", "icq", "email", "gtalk", "aim" ], "shadow" : "false", "hidden_tags" : [ ], "text_shadow" : "black_shadow", "height" : "auto", "right" : "auto", "min_height" : "566", "indent-bottom" : "0", "hidden_apps" : [ ], "top" : "77px", "bgcolor" : "rgba(224, 224, 224, 0.5)" }, "show_birthday" : "hide", "show_contacts" : "true", "editdialog" : { "left" : 499, "top" : 82, "open_tab" : "apps" }, "avatar" : { "width" : "208", "height" : "210" }, "apporder" : [ "facebook", "instagram", "google", "yandex", "youtube", "vkontakte", "twitter" ], "show_tags" : "true", "caption" : { "sites" : { "color" : "rgba(49, 49, 51, 1)", "font" : "Arial", "size" : "14" }, "name" : { "color" : "rgba(6, 44, 79, 1)", "font" : "Ubuntu", "size" : "55" }, "bio" : { "color" : "rgba(6, 44, 79, 1)", "font" : "PT Sans", "size" : "15" }, "tags" : { "color" : "rgba(30, 29, 38, 1)", "font" : "Arial", "size" : "14" }, "headline" : { "color" : "rgba(6, 44, 79, 1)", "font" : "PT Sans", "size" : "20" } }, "apptheme" : "t4", "bg" : { "left" : "0px", "right" : "auto", "margin_left" : "0px", "top" : "0px", "bgcolor" : "rgba(0, 0, 0, 1)", "key" : "fill", "pattern_opacity" : "0.9" } }, } mongos>

uid.me - MongoDB और Mojolicious पर आधारित व्यक्तिगत पृष्ठ सेवा

More articles: