Mamba.Ru एप्लिकेशन प्लेटफ़ॉर्म के साथ काम करने का आभास

इस पोस्ट में मैं मम्बा एप्लीकेशन प्लेटफॉर्म के साथ काम करने के दौरान आए अनुभवों और समस्याओं को साझा करूंगा।

प्लेटफ़ॉर्म विवरण

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

खेल और अनुप्रयोग

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

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

एपीआई और मम्बा के साथ बातचीत

कुछ अपवादों के साथ, मुझे प्रस्तुत एपीआई के साथ खुशी हुई। सब कुछ काफी तार्किक और समझ में आता है।

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

कम से कम कभी-कभार अपने आवेदन को अजाक्स के साथ "खींचने" का प्रयास करें ताकि सत्र समाप्त न हो। यह स्पष्ट है कि यह सब सत्रों की सेटिंग पर निर्भर करता है, लेकिन यदि आप उपयोगकर्ता को खो देते हैं, तो आप उसे F5 दबाने के लिए आमंत्रित करके केवल उसे "पुनर्जीवित" कर सकते हैं।

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

इस तथ्य के लिए तैयार रहें कि एपीआई के कुछ हिस्से एक दूसरे से पूरी तरह से स्वतंत्र रूप से काम करना बंद कर सकते हैं। कभी-कभी वे गिर जाते हैं, और हमारे पास ऐसे मामले थे जब फ़ोटो 5 में से 1 अनुरोध में नहीं दिए गए थे। हम F5 दबाते हैं, और हम समय-समय पर खाली डेटा प्राप्त करते हैं। मानो किसी व्यक्ति की तस्वीरें नहीं हैं।

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

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

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

ऐप के यूआरएल के साथ सावधान रहें। हमने गलती से www के लिए एक नियमित डोमेन से रीडायरेक्ट छोड़ दिया, और इसलिए JS-API ने काम नहीं किया, क्योंकि एप्लिकेशन सेटिंग्स में www के बिना पते थे।

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

इससे पहले, JS-API में, सीधे js-script के लिए app_id लिखना आवश्यक था, जो रिफिल संवादों का कारण बनता है। अब यह नहीं है, लेकिन उस क्षण तक यह परेशान हो गया, क्योंकि दो आवेदन थे - एक परीक्षण, और दूसरा मुकाबला, और कभी-कभी हम इस आंकड़े को बदलना भूल गए।

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

सर्वर-सर्वर (जो उपयोगकर्ता के सत्र के बाहर है) का अनुरोध करते समय, सुरक्षित = 1 सेट करना न भूलें, अन्यथा कुछ भी काम नहीं करेगा।

उपयोगकर्ता को संदेश भेजना - बस इसे स्पष्ट करें। संदेशों को एक सक्रिय सत्र के साथ, या इसके बिना भेजा जा सकता है। पहले मामले में, संदेश केवल वर्तमान उपयोगकर्ता की ओर से उन लोगों को भेजे जा सकते हैं जिनके पास संपर्क सूची में है। ऐसा करने के लिए, contacts.sendMessage विधि का उपयोग करें। दूसरे मामले में, आपको inform.sendMessage का उपयोग करने की आवश्यकता है। लेकिन दो बिंदु हैं: daily_balance , जो बाकी संदेशों को लौटाता है, मेरी स्मृति में कभी नहीं बदला है, और सबसे अधिक संभावना सिर्फ एक निरंतर है। शायद तब वे इसे ठीक कर देंगे। और ध्यान रखें कि सूचनाएं तुरंत और सभी से दूर नहीं पहुंचती हैं।

मोंगो में mamba प्रश्नावली (यदि आपको इसे पूरी तरह से बचाने की आवश्यकता है) के डेटा को स्टोर करना सबसे अच्छा है। यह विशाल नेस्टेड सरणियों के भंडारण के लिए एकदम सही है।

ब्राउज़रों

IE हमेशा की तरह बाहर निकलता है। विशेष रूप से, सत्र फ़्रेम में काम नहीं कर सकते हैं, और हमेशा नहीं, लेकिन केवल कुछ निश्चित समय पर। एक अद्भुत शीर्षक मदद करता है।

यदि आपके पास एक परीक्षण एप्लिकेशन है जो कि मेरे app.local जैसे डोमेन पर चलता है, तो आपको ओपेरा में "क्रॉस नेटवर्क नेविगेशन की अनुमति दें" सक्षम करने की आवश्यकता है।

आक्रामक रूप से कॉन्फ़िगर किया गया एडब्लॉक फ़्रेम की सामग्री को ब्लॉक और नहीं दिखा सकता है, इसलिए अपवाद के लिए एप्लिकेशन के साथ पृष्ठ का पता जोड़ें।

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

सामान्य टिप्पणी

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

लेकिन एक ही समय में, कुछ देशों में फोन पुष्टि के बिना प्रोफाइल दर्ज करना संभव है। यह स्पष्ट है कि उनके पास विदेशी क्षेत्रों में कुछ प्रतिबंध होंगे, लेकिन ऐसे देशों की सूची को जानकर आप आसानी से प्रोफाइल रजिस्टर कर सकते हैं और विभिन्न प्रकार के धोखा कर सकते हैं यदि आपका आवेदन यह अनुमति देता है (आमंत्रित दोस्तों के लिए बोनस, मुफ्त आवधिक बोनस और वह सब)। ऐसी बातों से सावधान रहें। यदि आवश्यक हो, तो आप उन उपयोगकर्ताओं को पूरी तरह से काट सकते हैं जिन्होंने आवेदन से फोन की पुष्टि नहीं की है (a_aagetFlags विधि में is_real ध्वज 0 होगा)।

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

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

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

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

ZaiSL के साथ सह-पोस्ट किया गया