ऐसा एक ऑफ़लाइन क्रिसमस गेम "
सीक्रेट सांता " है। मैं लंबे समय से हर नए साल के लिए अपने दोस्तों के साथ इसे खेल रहा हूं।
यह निर्धारित करना आसान बनाने के लिए कि कौन किसी को उपहार देता है, मैंने एक वेबसाइट बनाई जहां मेरे दोस्त एक ईमेल छोड़ सकते हैं, और पीढ़ी का परिणाम उनके मेल पर आएगा।
और लगभग 4 साल पहले मैंने एक सोशल नेटवर्क के लिए इस तरह के एप्लिकेशन को बनाने के बारे में सोचा था। साइट के लिंक को फेंकने की तुलना में दोस्तों को संपर्क में आमंत्रित करना बहुत आसान होगा। मैं इसे फ्लैश पर बनाना चाहता था, लेकिन 4 साल तक मैंने इसका अध्ययन शुरू नहीं किया। यह जानकर कि आप अब और इंतजार नहीं कर सकते, मैंने एक iframe एप्लिकेशन बनाया।
मैंने पहली दिसंबर को शुरू करने की योजना बनाई। बस लोग यह सोचने लगेंगे कि नया साल कहाँ और किसके साथ मनाया जाए और कैसे मज़े किए जाएँ। अब मैं समझता हूं कि 2-3 सप्ताह पहले शुरू करना आवश्यक था। शायद एक महीने के लिए।
तो, काम करने के लिए नीचे उतरे
फ्रेमवर्क Yii फ्रेमवर्क द्वारा लिया गया था। मैं उसे कम या ज्यादा अच्छी तरह से जानता हूं, साथ ही ActiveRecord के साथ सब कुछ बहुत सरल किया गया है। चूंकि एप्लिकेशन में जटिल JOIN के साथ जटिल तर्क के लिए कोई योजना नहीं थी, और मैंने जावास्क्रिप्ट में सभी कार्यक्षमता का प्रतिपादन किया (संपर्क के लिए एपीआई अनुरोध सहित), आवेदन पर कोई विशेष भार नहीं था। तो आप थोड़े नासमझ हो सकते हैं। इसके अलावा, अनुप्रयोग, संक्षेप में, नए साल के बाद "मर" जाएगा, और एक संभव, तेजी से बढ़े हुए भार के साथ, कुछ हफ़्ते के लिए मैं एक मजबूत सर्वर का खर्च उठा सकता हूं।
मेरे पास एक महीने का समय था, इसलिए मैंने जो कुछ भी योजना बनाई थी, उसे महसूस करने का प्रबंधन नहीं किया। मैं इसे अगले नव वर्ष को छोड़ दूंगा।
चूंकि डेडेलियन को खुश करने के लिए मैंने महत्वहीन कार्यों को काट दिया, इसलिए मुझे एक बहुत छोटा आवेदन मिला।
डेटाबेस के सभी प्रश्नों को आयोजन में भाग लेने वाले लोगों की सूची प्राप्त करना है।
Vkontakte API से, मैंने केवल "वर्तमान उपयोगकर्ता के मित्रों की सूची प्राप्त करें" और "ID की सूची द्वारा उपयोगकर्ताओं के बारे में जानकारी प्राप्त करें" का उपयोग किया
तर्क में प्रमुख निरीक्षण
एक स्क्रिप्ट लिखी जो लोगों को बांटती है। और फिर यह पता चला कि मैंने एक छोटे से विवरण को ध्यान में नहीं रखा।
तर्क सरल था, उपयोगकर्ताओं की सूची के साथ दो समान सरणियाँ हैं।
मैं बेतरतीब ढंग से मिश्रित पहली सरणी के माध्यम से चलाता हूं, और इसके प्रत्येक तत्व के लिए मुझे दूसरे सरणी से एक यादृच्छिक उपयोगकर्ता मिलता है, यह देखने के लिए कि क्या उपयोगकर्ता खुद को उपहार दे रहा है।
लेकिन पहली बार में मैंने ऐसा कुछ नहीं सोचा था कि अगर पहले एरे के अंतिम उपयोगकर्ता को केवल दूसरे एरे में ही छोड़ दिया जाए, तो या तो व्यक्ति खुद को या अनंत लूप देता है।
मैंने पिछले 2 तत्वों का एक चेक जोड़कर इस समस्या को हल किया।
अगर हम वितरण के लिए सरणी में हैं, तो हम पिछले उपयोगकर्ता को देखते हैं, जो कि पिछले उपयोगकर्ता के लिए है। इस प्रकार, उत्तरार्द्ध खुद को कभी नहीं मिलेगा। तपस्या उसे ले जाएगी। और चूंकि सरणी मूल रूप से मिश्रित थी, इसलिए वितरण यादृच्छिक होगा।
रिलीज की तारीख
नवंबर में सभी सप्ताहांत और शाम को काम करने के बाद, 30 तारीख को मैंने आवेदन पर काम खत्म कर दिया। समय सीमा व्यावहारिक रूप से सम्मानित थी। उन्होंने 1 दिसंबर को आवेदन का प्रकाशन छोड़ दिया, और बिस्तर पर चले गए। सुबह, मॉडरेशन के लिए भेजते हुए, मैंने सभी एप्लिकेशन और सर्वर सेटिंग्स की जांच की। सेटिंग्स में, मैंने एक बिंदु पर ध्यान दिया, जिसे मैंने पहले ध्यान नहीं दिया था: http और https के साथ "साइट का पता"। और फिर मेरे पास प्रमाणपत्र नहीं है। इसे कैसे खरीदना और स्थापित करना है, मुझे पता नहीं था।
समस्या को हल करने के लिए मेरे कदम:
1) Google;
2) एक प्रमाण पत्र की खरीद के लिए 1300 रूबल;
3) 1.5 घंटे एक प्रमाण पत्र स्थापित करने और अपाचे को कॉन्फ़िगर करने की कोशिश कर रहा है;
4) एक परिचित व्यवस्थापक को 300 रूबल और इस व्यवसाय के लिए नेगनेक्स स्थापित करने के 5 मिनट;
सब कुछ काम करता है।
जो लोग नहीं जानते हैं, उनके लिए सबसे सरल प्रमाण पत्र जल्दी से खरीदा जा सकता है और जल्दी से स्थापित किया जा सकता है।मॉडरेशन।
तकनीकी पक्ष से, सब कुछ तैयार लगता है। रविवार शाम को मॉडरेशन के लिए सबमिट करें।
वे बहुत जल्दी जवाब देते हैं, लेकिन जवाब निराशाजनक है:
मॉडरेशन के लिए एप्लिकेशन की अपर्याप्त कार्यक्षमता, लेकिन आपको मॉडरेशन से गुजरने की आवश्यकता नहीं है, आवेदन सत्यापन के बिना सभी उपयोगकर्ताओं के लिए उपलब्ध है।
कैसे जरूरी नहीं है? भुगतान स्वीकार करने के बारे में क्या? दरअसल, मुद्रीकरण की संभावना के बिना, आवेदन के प्रचार में निवेश करने के लिए हाथ बहुत अधिक नहीं बढ़ता है। और मुद्रीकरण के साथ, कम से कम खुद के लिए एक बहाना होगा (या उसकी पत्नी के लिए अधिक)। जैसे, मैं सिर्फ पैसा खर्च नहीं कर रहा हूं, हम और अधिक कमा सकते हैं
बेशक, यह पैसे के बारे में नहीं है, इस तरह का एप्लिकेशन भी भुगतान नहीं करेगा, लेकिन मैं आवेदन के विचार को अधिकतम लोगों तक पहुंचाना चाहता हूं, और मेरा अपना पैसा स्पष्ट रूप से पर्याप्त नहीं है।
क्षमा करें, विचलित। तो, शब्द "अनुप्रयोग कार्यक्षमता का अभाव।" यह क्या है? मैंने स्पष्टीकरण मांगा।
हम विस्तार से बताया:
दुर्भाग्य से, हम एप्लिकेशन की कार्यक्षमता को बदलने या सुधारने पर अधिक विस्तृत टिप्पणी नहीं देते हैं।
मैं गूगल करने लगा। मुझे एहसास हुआ कि मैं पहले वाला नहीं था, लेकिन किसी तरह, इसने मुझे बहुत आराम नहीं दिया।
मैंने अपने आवेदन को फिर से देखा, और वास्तव में, जो व्यक्ति आवेदन में लॉग इन किया है वह देखता है: "मीटिंग बनाएँ" बटन, और पहले से ही डिफ़ॉल्ट रूप से बनाई गई मीटिंग, और एक अच्छी पृष्ठभूमि छवि।
गरीब मध्यस्थों, सबसे अधिक संभावना है, न तो समय और न ही खेल / आवेदन के सार में तल्लीन करने की इच्छा है। और, शायद, यह सही है। यह एक आवेदन की प्रयोज्य के मूल्यांकन के लिए एक मानदंड के रूप में इस्तेमाल किया जा सकता है। अगर मॉडरेटर समझ नहीं आया, तो शायद उपयोगकर्ता समझ नहीं पाएगा। कुछ बदलने की जरूरत है।
सहायता अनुभाग के साथ पूरक, मुख्य पृष्ठ पर थोड़ी कार्यक्षमता ली।
मैं आवेदन को पुनः सबमिट करता हूं, एक टिप्पणी सूची में मैंने अपने आवेदन की सभी मुख्य कार्यक्षमता सूचीबद्ध की है। ईमानदार होने के लिए, मुझे अनुमोदन की उम्मीद नहीं थी।
लेकिन यह आया:
आवेदन को अनुमोदित के रूप में सूचीबद्ध किया गया है।
अब मुझे विज्ञापन संपर्क तंत्र में महारत हासिल है। लेकिन इसके बारे में अगले लेख में, नए साल के आवेदन के काम को समेटने का लेख।
त्रुटियां और निष्कर्ष:
त्रुटि: 4 साल मैं एक आवेदन करना चाहता था, लेकिन मैंने इसे लॉन्च करने से एक महीने पहले करना शुरू कर दिया।
निष्कर्ष: जितनी जल्दी हो सके करना शुरू करें। किसी भी स्थिति में, ऐसी बारीकियां होंगी जो परियोजना की लॉन्च तिथि को प्रभावित करेंगी। हां, वे इसके बारे में बहुत कुछ लिखते हैं और कहते हैं, लेकिन सभी समान, सब कुछ, हर कोई आखिरी क्षण के लिए छोड़ देता है।
त्रुटि: मैंने मॉडरेशन समय को ध्यान में नहीं रखा।
निष्कर्ष: मैंने सोचा कि मॉडरेशन तुरंत चलेगा। सही इंतजार नहीं। यदि मेरे आवेदन के लॉन्च में 2 सप्ताह की देरी है, तो इसे लॉन्च करने का कोई मतलब नहीं होगा। इसलिए, मॉडरेशन की संभावित समस्याओं का पूर्वानुमान लगाना आवश्यक था। कम से कम, आपको इस खाते पर Google करना होगा।
त्रुटियां: मैंने आवेदन के विज्ञापन तंत्र के बारे में नहीं सोचा।
निष्कर्ष: शायद, मुझे अभी बहुत कम अनुभव है। यह निकला, तो आवेदन किया, अनुमोदित किया, और फिर क्या किया?
और विज्ञापन प्लेटफार्मों को पहले से ही चुना जाएगा, किसी तरह का समझौता होगा। हां, कम से कम विज्ञापन पोस्ट तैयार किए जाएंगे, यह आसान होगा।
बेशक, ये मेरी गलतियाँ नहीं हैं, लेकिन ये सबसे बुनियादी हैं।
सभी को शुभकामनाएँ।