RosYama के एक बिट्रिक्स-मुक्त कांटा विकसित करने के लिए टिप्स

जब हमने रोश्यामा के स्रोतों को खोला, तो मुझे सार्वजनिक आक्रोश के एक विषय की उम्मीद थी - कि हमने इसे बिट्रिक्स पर किया था, और अब, घर पर रोजायमा को तैनात करने के लिए, हमें इसे बहुत ही बिट्रिक्स खरीदने की आवश्यकता है। सार्वजनिक आक्रोश का दूसरा, कम प्रत्याशित विषय यह है कि ग्रीनसाइट डेवलपर्स जीआईटी के बजाय मर्क्यूरियल का उपयोग करते हैं। जैसा कि मैंने कहा, इसके साथ कुछ संगठनात्मक कठिनाइयाँ हैं। मैं गंदे लिनन को झोपड़ी से बाहर नहीं ले जाऊंगा और विवरणों में नहीं जाऊंगा, मैं बस स्पष्ट करूंगा कि जल्द या बाद में इन सभी मुद्दों को हल किया जाएगा, और सब कुछ निशक्त हो जाएगा। RosYama के पास github.com पर एक आधिकारिक रिपॉजिटरी होगी, जहां से सभी परीक्षण और अनुमोदन के कांटेदार रास्ते के माध्यम से समुदाय द्वारा प्रस्तावित परिवर्तन औद्योगिक सर्वर पर जाएंगे। किसी दिन ऐसा होगा।

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

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

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

मॉड्यूल के सामान्य कामकाज को सुनिश्चित करने के लिए, $ DB वस्तुओं (कम से कम क्वेरी, स्टार्टअपट्रैक, कमिट, लास्टआईडी फ़ंक्शंस) और $ USER (कम से कम लॉगिन, लॉगआउट, IsAdmin, अधिकृत, GetID, GetByID फ़ंक्शंस) के कम से कम नकली वर्गों को लागू करना आवश्यक होगा। ), CModule के लिए एक स्टब :: शामिल करेंमॉडुले () और ऑब्जेक्ट का एक फेच फ़ंक्शन जो $ DB-> क्वेरी () लौटाएगा। मैं कहता हूं "कम से कम" क्योंकि मुझे यकीन नहीं है कि मुझे कुछ और नहीं करना है।

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

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

सब कुछ प्रतीत होता है, कुछ भी अलौकिक नहीं प्रतीत होता है, हालांकि, वास्तव में यह डॉफ़ीगा है।