Bitrix। एकता। दो आइटम समूह संरचनाओं के साथ एक कैटलॉग को लागू करना

त्याग

यह लेख किसी भी सीएमएस के लिए एक अभियान नहीं है, चाहे वह कितना भी अच्छा या बुरा क्यों न हो ...

प्रस्तावना

1C और ऑनलाइन स्टोर के एकीकरण पर काम शुरू करते समय बहुत पहले और सबसे आम समस्याओं में से एक है, निर्देशिका संरचना की समस्या है। एक नियम के रूप में, ग्राहक के 1 सी डेटाबेस में नाममात्र संरचना उपलब्ध है, इसे हल्के ढंग से रखने के लिए, साइट पर निर्यात के लिए तैयार नहीं है, और ग्राहक इसे बदलने के लिए बेहद विरोध करता है, क्योंकि व्यवसाय प्रक्रिया पर काम किया गया है, हर कोई इस तरह के ढांचे का आदी है और कोई भी अपनी आदतों को बदलने की थोड़ी सी भी इच्छा नहीं रखता है।
इस स्थिति में हम आम तौर पर क्या करते हैं? मुझे लगता है कि दूसरों के समान, हम एक वैकल्पिक संरचना बनाते हैं, सभी उत्पाद इसके साथ संलग्न होते हैं और नई संरचना साइट पर अपलोड की जाती है, और पुराना 1 सी डेटाबेस में अछूता रहता है। अंत में, हर कोई खुश है। बिट्रिक्स के साथ संयोजन के रूप में इसे लागू करने के लिए, किट के साथ आने वाले अनलोडिंग को थोड़ा आधुनिक बनाने के लिए पर्याप्त है ... *

* - इस लेख को लिखकर, क्रमशः बिट्रिक्स के 12 वें संस्करण की रिलीज़ से पहले और अपलोड को अपडेट करने की योजना बनाई गई थी। अब स्टाफिंग कार्यक्षमता को 1C डेटाबेस में उपयोग की जाने वाली निर्देशिका संरचना से अलग बनाने की घोषणा की गई है। हां, निश्चित रूप से, एक पूर्णकालिक कार्यक्षमता होना महान है, लेकिन फिर भी, यह मुझे लगता है कि अनलोडिंग के कॉन्फ़िगरेशन के दौरान संरचना समायोजन करना हमेशा सुविधाजनक नहीं होता है, और इसलिए मैं एक अलग निर्देशिका के रूप में एक अलग संरचना को लागू करने के लिए, पहले की तरह पसंद करूंगा। लेकिन यह स्थिति और प्रत्येक के स्वाद का मामला है ...

इसलिए, जब संरचना की समस्या केवल बुनियादी संरचना को बदलने की अनिच्छा के कारण है, तो हम आसानी से प्रतिस्थापन समूहों की समस्या को हल कर सकते हैं। लेकिन, क्या हो सकता है, आखिरकार, डेटाबेस में इस तरह के पदानुक्रम केवल एक कानाफूसी नहीं है, बल्कि एक व्यावसायिक प्रक्रिया की आवश्यकता है? ..?

कार्य

एक दिन, हमें ऐसा काम मिला। इस बार सब कुछ अधिक दिलचस्प है, नए लोगों को नहीं, बल्कि उन लोगों के लिए छूट के लिंक को जोड़ने की जरूरत है, जो डेटाबेस में हैं। उदाहरण के लिए:

डेटाबेस में निम्नलिखित पदानुक्रम है (उदाहरण में मैंने निर्माता के आधार पर समूहों का चयन किया, वास्तविक डेटाबेस में कोई सामान्य तर्क नहीं था, उदाहरण के लिए, कुछ समूह निर्माता द्वारा, कुछ आपूर्तिकर्ता द्वारा, और कुछ सामान के प्रकार से हो सकते हैं):

  फिलिप्स
	 टीवी पी 11 - 100rub
	 आयरन पी 11 - 50rub
 सैमसंग
	 टीवी S11 - 110rub
	 फोन S11 - 80rub

ऑनलाइन स्टोर में पदानुक्रम अलग है:

 उपकरण
	 लोहा
		 आयरन पी 11
	 टीवी सेट
		 टीवी पी 11
		 टीवी एस 11
	 टेलीफोन
		 फोन S11

मान लीजिए कि समकक्ष ए में फिलिप्स समूह के सभी उत्पादों पर 10% और सैमसंग उत्पादों पर 15% की छूट है। और प्रतिपक्ष बी फिलिप्स - 20%, और सैमसंग उत्पाद - 30%।

फिर, यह पता चला कि प्रतिपक्ष ए को इस तरह निर्देशिका को देखना चाहिए:

 उपकरण
	 लोहा
		 आयरन पी 11 - 45rub
	 टीवी सेट
		 टीवी पी 11 - 90 आरयू
		 टीवी S11 - 93.5rub
	 टेलीफोन
		 फोन S11 - 68rub

प्रतिपक्ष B:

 उपकरण
	 लोहा
		 आयरन पी 11 - 40rub
	 टीवी सेट
		 टीवी पी 11 - 80rub
		 टीवी S11 - 77rub
	 टेलीफोन
		 फोन S11 - 56rub

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

निर्णय

इसे हल करने के लिए, हमें बिट्रिक्स में सूचना ब्लॉक तत्व की एक बहुत ही सुविधाजनक संपत्ति की आवश्यकता होगी - "अनुभागों से बांधना"। और इसमें यह सुविधाजनक है कि तत्वों की एक सूची प्राप्त करने के लिए बिट्रिक्स एपीआई का उपयोग करते समय, CIBlockElement :: GetList फ़ंक्शन न केवल इस समूह में शामिल होने वाले तत्वों को लौटाएगा, बल्कि उन तत्वों के लिए भी बाध्य होगा जो "बाइंड टू सेक्शन" संपत्ति में हैं। यह भी दिलचस्प है कि "इंफोर्सिंग टू सेक्शन" प्रॉपर्टी के लिए एक ही इन्फोब्लॉक के एक सेक्शन का चयन नहीं किया जा सकता है, हालांकि एक ही समय में समान "बाइंडिंग टू एलिमेंट्स" प्रॉपर्टी इस तरह के प्रतिबंध नहीं लगाती है। यह तुरंत सुझाव देता है कि एक में दो infoblocks होना चाहिए, तत्वों के साथ पहली संरचना, और दूसरे समूह के वैकल्पिक समूहों में।
ऐसा लगता है कि सब कुछ, मुद्दा सुलझ गया है, क्योंकि सब कुछ मॉड्यूल स्तर पर प्रदान किया गया है, फिर आगे कोई समस्या नहीं होनी चाहिए, दूसरे सूचना ब्लॉक के समूह को आधार के रूप में लें, और पहले के तत्वों को बाहर निकालें। लेकिन वहाँ यह था। कैटलॉग के मानक घटक को नहीं पता कि कैसे। एक समर्थन अनुरोध ने पुष्टि की कि यह संभव नहीं था। लेकिन क्यों? आखिरकार, इसके लिए सब कुछ है, और आवश्यक संपत्ति और यहां तक ​​कि मंच भी इस तरह के चयन करने के लिए तेज है, लेकिन, ...

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

सबसे पहले, ऊपर वर्णित 2 जानकारी ब्लॉक बनाएं, परीक्षण की जानकारी में हथौड़ा करें, बंधन स्थापित करें। हमें यह प्राप्त करना चाहिए:



(बाईं ओर हम ऊपर वर्णित दो सूचना ब्लॉक देखते हैं, और दाईं ओर पहले सूचना ब्लॉक के फिलिप्स अनुभाग के तत्व हैं)



(और यहां दाईं ओर हम पहली सूचना ब्लॉक के सैमसंग अनुभाग के तत्व देखते हैं)

यदि हम कैटलॉग का मुख्य पृष्ठ खोलते हैं, तो हम अपनी जानकारी ब्लॉक के वर्गों को देखते हैं:



यदि आप अनुभाग पर जाते हैं, उदाहरण के लिए, टीवी, तो सुनिश्चित करें कि यह खाली है:



तो, यहाँ हम शुरू करते हैं। हमारे द्वारा उपयोग किया जाने वाला कैटलॉग घटक बहु-पृष्ठ है। अंदर, इसमें एक-पृष्ठ घटकों का एक सेट होता है।
कैटलॉग के मुख्य घटक का अनुभाग। एफपीपी एक विशेष खंड की सामग्री को प्रदर्शित करने के लिए जिम्मेदार है। हम इसे खोलते हैं और उस स्थान को ढूंढते हैं जहां एक-पृष्ठ घटक बिट्रिक्स: कैटलॉग।सेंशन कहा जाता है। यह एक-पृष्ठ घटक है जो तत्वों की सूची प्रदर्शित करता है। तुरंत इसे कस्टम डायरेक्टरी में कॉपी करें और कॉल को कस्टम: कैटलॉग.सेक्शन से बदलें।
Custom.php फ़ाइल को कस्टम के तर्क के लिए जिम्मेदार खोलें: कैटलॉग.सैक्शन घटक। हम दिलचस्प एक पाते हैं (हाँ, वास्तव में यह केवल एक ही है) एपीआई कॉल CIBlockElement :: GetList। हम $ arFilter में रुचि रखते हैं, क्योंकि यह वह पैरामीटर है जो निर्धारित करता है कि कौन से रिकॉर्ड फ़िल्टर किए जाएंगे। थोड़ा अधिक हम उस स्थान को पाते हैं जहाँ $ arFilter स्वयं परिभाषित है:

$arFilter = array( "IBLOCK_ID" => $arParams["IBLOCK_ID"], "IBLOCK_LID" => SITE_ID, "IBLOCK_ACTIVE" => "Y", "ACTIVE_DATE" => "Y", "ACTIVE" => "Y", "CHECK_PERMISSIONS" => "Y", "MIN_PERMISSION" => "R", "INCLUDE_SUBSECTIONS" => $arParams["INCLUDE_SUBSECTIO NS"], ); 

घटक हमारे तत्वों को नहीं देख पाने का कारण दिखाई देता है - "IBLOCK_ID" => $ arParams ["IBLOCK_ID"]। इस पंक्ति के साथ, हम उन सभी तत्वों को फ़िल्टर करते हैं जो हमारे जानकारी ब्लॉक के बाहर हैं, और हमारे पास दो जानकारी ब्लॉक हैं, एक तत्व में और दूसरे अनुभागों में हमें ज़रूरत है। सिद्धांत रूप में, यह इस लाइन को हटाने के लिए पर्याप्त है, टीवी अनुभाग के पृष्ठ को ताज़ा करें और हम देखेंगे कि हमारे तत्व दिखाई दिए हैं:



सब कुछ ठीक है, लेकिन जब हमने infoblock द्वारा फ़िल्टरिंग को हटा दिया, तो अब GetList फ़ंक्शन सभी infoblocks के तत्वों की खोज करता है, यहां तक ​​कि उन जिनकी हमें बिल्कुल भी आवश्यकता नहीं है, जो स्पष्ट रूप से प्रदर्शन को नहीं जोड़ेंगे। इसलिए, कैटलॉग घटक को स्वयं को अनुकूलित करना सबसे अच्छा है, इसमें एक अतिरिक्त पैरामीटर ID_IBLOCK2 जोड़ें, इसे कस्टम: कैटलॉग.सैक्शन घटक में पास करें। तदनुसार, $ arFilter की परिभाषा इस तरह दिखाई देगी:

 $arFilter = array( "IBLOCK_ID" => $arParams["IBLOCK_ID2"], "IBLOCK_LID" => SITE_ID, "IBLOCK_ACTIVE" => "Y", "ACTIVE_DATE" => "Y", "ACTIVE" => "Y", "CHECK_PERMISSIONS" => "Y", "MIN_PERMISSION" => "R", "INCLUDE_SUBSECTIONS" => $arParams["INCLUDE_SUBSECTIONS"], ); 

सब कुछ, अब सब कुछ तत्वों की सूची के साथ है, लेकिन अगर हम उत्पाद कार्ड पृष्ठ को खोलने की कोशिश करते हैं, उदाहरण के लिए, टीवी पी 11, हम एक त्रुटि देखेंगे:



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

 $arParams["IBLOCK_ID"] = intval($arParams["IBLOCK_ID"]); 

तदनुसार, हम इसे इसमें बदलते हैं:

 $arParams["IBLOCK_ID"] = intval($arParams["IBLOCK_ID2"]); 

और सफलता, उत्पाद कार्ड खोलना शुरू किया:



वह सब है। आप पहले सूचना ब्लॉक के समूहों के लिए छूट बना सकते हैं और कैटलॉग बनाते समय सब कुछ काम करेगा।
समाधान का परीक्षण कार्य स्थल पर ~ 10 हजार उत्पादों के साथ किया गया, जिसमें तीन प्रकार के मूल्य, 1000 प्रतिपक्ष और 5 हजार से अधिक छूट शामिल हैं।

उपसंहार

इस तरह की सरल जोड़तोड़ के साथ, हमने कार्य को हल किया और एक दिलचस्प कार्यक्षमता का एहसास हुआ जो मुझे लगता है कि हमारे एकमात्र मामले में मांग होने से बहुत दूर है ... मुझे बॉक्स से इस कार्यक्षमता को लागू करने में कोई बाधा नहीं दिखती है, लेकिन, इसके बावजूद, अफसोस ...

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

उपसंहार

आपका ध्यान देने के लिए आप सभी का धन्यवाद! मुझे आपकी टिप्पणियों, प्रश्नों, चर्चाओं पर खुशी होगी।
यदि आपको टाइपो या किसी भी प्रकार की त्रुटि, दवाओं में वेल्कम;)