🧗🏻 👐🏻 🎞️ मैंने अपना पोस्टक्रॉसिंग कैसे लिखा ✌🏻 🏇 💊

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

विचार

जनवरी 2017 था। एक बार, मेरे साथ एक बातचीत में, एक व्यक्ति ने उल्लेख किया कि वह पोस्टक्रॉसिंग के सिद्धांत के अनुसार baubles (तथाकथित "दोस्ती कंगन") के आदान-प्रदान के विचार को महसूस करना चाहेंगे: उपयोगकर्ता साइट पर जाता है, बटन दबाता है और वह पते प्राप्त करता है जिसे उसे बाउबल भेजना चाहिए , जिसके बाद वह खुद दूसरे उपयोगकर्ताओं से प्रतिक्रिया में (और इतने पर एक सर्कल में) बाउबल्स प्राप्त करना शुरू कर देता है। यह वांछनीय है कि विभिन्न देशों के बीच विनिमय संभव है।

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

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

डिज़ाइन

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

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

पाठ संपादक पृष्ठ लेआउट विकास उदाहरण

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

उपयोगकर्ता प्रोफ़ाइल सेटिंग्स पेज लेआउट

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

व्यवस्थापक पैनल में "उपयोगकर्ता" पृष्ठ का लेआउट

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

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

तो, हमारे विचार के अनुसार, आवेदन में निम्नलिखित बुनियादी कार्यक्षमता होनी चाहिए:

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

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

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

परियोजना के विकास की भावी खुशी को देखते हुए, मैं सीधे कार्यान्वयन के चरण में आगे बढ़ा। और मैंने पूर्णकालिक काम करने का फैसला किया (हां, यह गैर-वाणिज्यिक परियोजनाओं के साथ भी होता है)।

कार्यान्वयन

मेरी दो-व्यक्ति टीम में, मैं एकमात्र प्रोग्रामर था, इसलिए अधिकांश कार्यान्वयन कथा मेरी ओर से होगी।

पहली चीज जो मैंने की थी, वह एक डेटाबेस मॉडल था। पहली पुनरावृत्तियों के बाद, मुझे लगभग 30 तालिकाओं मिलीं। अंतिम संस्करण में, उनमें से पहले से ही 43 थे। ओआरएम के रूप में, मैंने हाइबरनेट को चुना, क्योंकि मेरे पास इसके साथ काम करने का एक छोटा लेकिन काफी सुखद अनुभव था। मैंने MySQL को आधार के रूप में चुना।

डेटाबेस मॉडल, दूर से देखें

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

Inida के बारे में अधिक

यहाँ इनडा डेटा का एक उदाहरण दिया गया है:

i Country;isocode;name ;by;Belarus ;gb;United Kingdom ;ru;Russia

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

Inida निम्नलिखित रिकॉर्ड कार्यों का समर्थन करता है:

i - सम्मिलित करें : एक नया रिकॉर्ड जोड़ें;
यू - अपडेट : एक मौजूदा रिकॉर्ड को अपडेट करें (कुंजी द्वारा, जो "+" चिह्न के साथ चिह्नित फ़ील्ड के मान हैं);
m - मर्ज : संक्षेप में, यह सम्मिलित + अद्यतन है (यदि निर्दिष्ट कुंजी मानों के साथ कोई रिकॉर्ड नहीं है, तो यह बनाया गया है; अन्यथा, रिकॉर्ड अपडेट किया गया है);
डी - डिलीट : निर्दिष्ट कुंजी के लिए डेटा हटाता है।

Inida में निम्नलिखित विशेषताएं भी हैं:

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

और कुछ अन्य कम महत्वपूर्ण, लेकिन उपयोगी विशेषताएं भी।

Inida भी डेटा निर्यात कर सकता है। यह उसी हेडर को लिखकर किया जाता है जो आयात करते समय उपयोग किया जाता है, केवल ऑपरेशन को निर्दिष्ट किए बिना:

 Country;isocode;name

उपरोक्त उदाहरण में, निर्यातक सभी देशों को इनडा प्रारूप में अनलोड करेगा। अपलोड किए गए रिकॉर्ड को संतुष्ट करेगा प्रमुख मूल्यों को निर्दिष्ट करके उतराई की मात्रा को सीमित किया जा सकता है:

 Country;isocode=ru;name

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

कार्ड के साथ सुविधाओं के कार्यान्वयन के लिए क्वेस्ट

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

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

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

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

स्थानीय समुदाय के नामों का स्रोत नोमिनाटीम है । चूँकि हम एक लिंक से स्थानीयकृत नाम नहीं पा सकते थे, इसलिए मुझे यह दो चरणों में करना पड़ा:

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

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

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

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

झंडे के लिए प्रतीक के लिए खोज

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

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

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

कार्यक्रम लिखे जाने के बाद, और मुझे जिन भाषाओं की ज़रूरत थी, उनकी सूचियाँ प्राप्त हुईं, मैंने भाषाओं के लिए झंडे के साथ चित्र तैयार करना शुरू कर दिया (मैंने बस देशों के झंडे बदल दिए)। देशों के मामले की तरह, भाषाओं के मामले में, मैंने सभी ISO-639-1 का समर्थन करने की कोशिश की। हां, भाषाओं के लिए पर्याप्त झंडे नहीं थे, लेकिन इस बार कई गुना अधिक कमी थी। लंबे समय तक मैंने यह पता लगाया कि किस क्षेत्र में किस भाषा का उपयोग किया जाता है, लेकिन इसके परिणामस्वरूप, (या नहीं, मुझे नहीं पता; कम से कम किसी ने शिकायत नहीं की) उनमें से प्रत्येक के लिए झंडा तैयार किया गया था।

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

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

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

समान पता सत्यापन कैसे काम करता है

सबसे पहले, एक मेल हस्ताक्षर हस्ताक्षर डेटाबेस बनता है। इस मामले में, एक हस्ताक्षर पात्रों की सूची और प्रत्येक चरित्र की घटनाओं की संख्या है। यह इस तरह किया जाता है:

0) मेलिंग पते को पाठ के रूप में लें;

1) हम पते (रिक्त स्थान, विराम चिह्नों) से अनावश्यक जानकारी हटाते हैं और सभी वर्णों को एक ही मामले में अनुवाद करते हैं;

2) शेष पाठ के हस्ताक्षर की गणना करें।

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

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

डिज़ाइन

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

इस तरह से इस साइट को फिर से शुरू करने से पहले देखा

साइट के अंतिम संस्करण की उपस्थिति पर विचार करते समय, मैंने निम्नलिखित कारकों और अपनी इच्छाओं को ध्यान में रखा:

डिजाइन साइट के विषय (baubles, सुईवर्क) से मेल खाना चाहिए;
डिजाइन को एक गर्म ट्यूब वातावरण बनाना चाहिए;
डिज़ाइन को साइट को समझने योग्य और उपयोग में आसान बनाना चाहिए।

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

मुझे आधुनिक डिजाइन से नफरत क्यों है

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

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

एक पृष्ठभूमि के रूप में विशाल चित्र या वीडियो;
अमूर्त स्लोगन विशाल फॉन्ट में लिखा;
व्यापक रूप से विस्तृत हेडर;
एक विशाल पूर्ण स्क्रीन पाद (और कभी-कभी अधिक);
पाठ पतले फोंट में लिखा गया है, और यहां तक कि एक सफेद पृष्ठभूमि पर ग्रे;
पूरे पृष्ठ में घोड़े के आकार के संकेत;
चिल्ला और पूरी तरह से असंगत रंग;
पृष्ठ की शैली में "नीचे स्क्रॉल करें और यह न समझें कि यहां विज्ञापित सेवाओं का अर्थ क्या है।"

और, ज़ाहिर है, ~~हर किसी के प्रियजन~~

कुकीज़ के बारे में जानकारी के साथ एक पॉप-अप विंडो;
उपयोगकर्ता अनुबंध में परिवर्तन के बारे में जानकारी के साथ पॉप-अप विंडो;
एक पॉप-अप विंडो को सब्सक्राइब करने के लिए कहने (और ब्राउज़र में एक और समान पॉप-अप);
पाठ के हर दो पैराग्राफ में पीले विज्ञापन के पूरे ब्लॉक।

आधुनिक साइटें गंदे चालों के साथ चल रही हैं, बेकार और घुसपैठ सामग्री को सीधे उपयोगकर्ता के चेहरे में डालती हैं। इसके अलावा, यह सब इतना घृणित है कि कभी-कभी वांछित अनुभाग ढूंढना मुश्किल होता है। ऐसी साइटों तक पहुँचने के दौरान, ~~उंगलियां सहज रूप से Ctrl + W दबाएं, मैं~~ तुरंत उनसे दूर भागना चाहता हूं और फिर कभी वापस नहीं आता।

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

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

साथ ही, हमारे द्वारा व्यक्तिगत रूप से फोटो खिंचवाने या स्कैन करने के बाद बहुत कुछ फोटोशॉप में संसाधित किया गया।

कुमिहिमो और माला

यहां वास्तविक दुनिया की वस्तुओं के कुछ उदाहरण दिए गए हैं जिनका उपयोग डिजाइन में किया गया है:

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

मुख पृष्ठ

फ़ुटबाल

अधिक स्क्रीनशॉट

उपयोगकर्ता प्रोफ़ाइल पृष्ठ

पाठ सूची पृष्ठ

भाषा पॉपअप

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

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

परिणाम प्रस्तुत करना

कैसे डिजाइन तत्वों का निर्माण किया गया

मॉडलिंग मोती (पर्यावरण के एक तत्व के रूप में उपयोग किया जाता है)

बटन मॉडलिंग (एक पर्यावरण तत्व के रूप में प्रयुक्त)

मुख्य मॉडलिंग ("प्रशासक" आइकन के रूप में प्रयुक्त)

पेंसिल मॉडलिंग (बटन पर "सबक संपादित करें" आइकन के रूप में प्रयुक्त)

पदार्थ चित्रकार में बनावट मोती

, . , . JIRA , , . , . , . , , .

267 -

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

परिनियोजित

, , — , — , , . , , - . — , .

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

VDS, Debian Linux VirtualBox, . Linux ( ) , , « », Windows ( - 2D 3D ); - Apache Linux . , Linux - , , . , .

Linux

, , — . , , , . , -, , , , . — , , - - Linux. , Windows , . , .

: MariaDB. URL' . MariaDB , MySQL Oracle, . , MySQL Oracle.

. , . - , , . , , -.

SSL-. , , , . ( Let's Encrypt) . , , Tomcat'. , , , . , , - ( fullchain- ( private key) pkcs12, JKS (Java Key Store), Tomcat'). , , , .

, «» — , . , , « », , .

- Linux , VDS, - , . , , . , , - . - , . , , .

25 2018 , , . , -. .

- , , , . — . ; , . , , .

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

साइट का पहला महीना इस तरह देखा:

131 पंजीकृत उपयोगकर्ता;
14 प्राप्त baubles;
15 लिखित पाठ (अन्य भाषाओं में पाठों के अनुवाद सहित)।

बेशक, उत्पादन के दौरान समस्याएं थीं जिन्हें मैंने जल्दी से हल करने की कोशिश की, लगातार साइट को अपडेट करना। लेकिन समय के साथ, एप्लिकेशन स्थिर हो गया, जिसके बाद मैंने केवल डेटा बैकअप के साथ सौदा करना शुरू किया। कुल मिलाकर, साइट के संचालन के दौरान (2018.01.25 से 2018.07.03 तक और परीक्षण चरण सहित), 29 अपडेट किए गए थे। जब मैंने रात में बग को ठीक किया और सुबह अपडेट को लागू किया तो कुछ महत्वपूर्ण अपडेट हुए।

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

, . , , ( , , ). , , , . , , , (, , , ). , - .

5 1.5 , :

2018.07.05

, , ; , , . , , , .

, , , , . , - ( ); ( ) ( , VDS ). , , , .

(, CDN ), , . , , . , - , , ; .

मैंने अपना पोस्टक्रॉसिंग कैसे लिखा

विचार

डिज़ाइन

कार्यान्वयन

डिज़ाइन

परिनियोजित

More articles: