सरल साइट और 1 सी एकीकरण

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

हेलिकॉप्टर, रेक और फावड़े

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

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

शुरुआत करते हैं

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

यहां मुख्य कुंजियों का उपयोग किया जाना है:

"  1" enterprise /F"  " /N"" /P"" /Execute" " /C"" /DisableStartupMessages 

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

उतराई

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

यह समूह कैसे दिखते हैं:

  <group> <Code></Code> /*-  1*/ <Name></Name> /* ,  */ <ParentCode> </ParentCode> /*   ,    */ </group> 

और इसलिए माल:

  <item> <Code></Code> /* -  1 */ <ParentCode> </ParentCode> /*  ,     */ <Name></Name> <Descr></Descr> <Article></Article> <TypePrice> </TypePrice> <Price></Price> <urrency></urrency> <Remains></Remains> <Unit>//</Unit> <Img>img_dae5eacd-7d88-11de-8856-0024213f1c89.jpg</Img> /*           1 */ </item> 

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

 cd c:\ set thePATH=      FOR /R "%thePATH%" %%a IN (*.jpg) DO ImageMagick-6.7.0-10\convert.exe %%a -resize x^> -quality 70 %%a FOR /R "%thePATH%" %%a IN (*.jpg) DO ImageMagick-6.7.0-10\convert.exe %%a -resize x^> -gravity center -extent x -quality 70 %thePATH%mini\%%~nxa 

हम अपने प्रसंस्करण से इस बैट'निक को शुरू करते हैं और हमें परिणाम प्राप्त होता है।

सभी जानकारी अपलोड की गई है, जो कुछ भी है उसे सावधानी से ज़िप में पैक करना है और इसे ftp के माध्यम से सर्वर पर अपलोड करना है, जो 1C नियमित टूल के साथ अच्छा करता है।

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

सर्वर साइड

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

असफलताओं से उपजा है

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

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

2. और क्या होगा अगर सर्वर पर हमारी स्क्रिप्ट अनलोड किए गए संग्रह को संसाधित करना शुरू कर दे?
हम पहले इसे एक नाम देते हैं (उदाहरण के लिए, export.zip_), और केवल अंत में हम इसका नाम बदल देते हैं और नाम देते हैं कि स्क्रिप्ट सर्वर पर दिखेगी।

3. और क्या होगा अगर सर्वर क्रैश हो जाता है और स्क्रिप्ट के पास हमारे संग्रह को संसाधित करने का समय नहीं है, 1C इसे एक नए के साथ अधिलेखित कर देगा?
नहीं, इसके लिए, प्रत्येक संग्रह में नाम में एक्सचेंज योजना से संदेश संख्या होती है (उदाहरण के लिए, export_1.zip)। सर्वर पर स्क्रिप्ट, बदले में, जब यह कई अभिलेखागार का पता लगाता है, तो उन्हें संख्याओं के बढ़ते क्रम में संसाधित करता है।

4. और लॉग अतिप्रवाह नहीं होगा?
क्योंकि उतराई के दौरान, प्रत्येक क्रिया के परिणामों की जानकारी लॉग के बारे में विस्तार से लिखी जाती है, फिर लॉग काफी तेज़ी से बढ़ते हैं, इसलिए यदि आवश्यक हो तो प्रत्येक अनलोडिंग पर अपने आकार को नियंत्रित करना और पुराने को हटाना न भूलें।

5. और क्या होगा यदि 1 सी के पास अनलोड करने का समय नहीं है, और इस समय नए अनलोड के लिए प्रक्रिया शुरू होती है?
शेड्यूलर सेटिंग्स में, कॉन्फ़िगर करें ताकि नया कार्य निष्पादित नहीं किया जाएगा यदि पिछले एक पूरा नहीं हुआ है।

पुनश्च

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