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

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

1 सी के अंदर एक वेब सर्वर को व्यवस्थित करने का नया विचार, जो लेख में प्रस्तावित है, पर आधारित है
.Net फ्रेमवर्क की समय-परीक्षणित समृद्ध कार्यक्षमता। आधारित समाधान
विचारों में COM खामियों और 1C वेब सेवाओं का अभाव है। COM http सर्वर की तुलना में
स्थानीय नेटवर्क के बाहर का उपयोग करें; एक साथ कई प्रसंस्करण
अनुरोध। 1C वेब सेवाओं के साथ तुलना में, http- सर्वर पर आधारित समाधान है
अधिक लचीलापन, प्रोग्रामर सर्वर प्रतिक्रिया प्रारूप को चुनने के लिए स्वतंत्र है
(HTML, JSON, ग्राफ़िक्स, RSS आदि सहित), साथ ही नियंत्रण भी
जवाब देते समय, URL, उपयोगकर्ता की पहचान, त्रुटि कोड, कुकीज़, एन्कोडिंग,
कैशिंग लागू करें। 1C के अंदर एक http सर्वर सेट करना सरल के लिए नीचे आता है
बाहरी प्रसंस्करण शुरू करें।

उदाहरण वर्णन

लेख से जुड़े उदाहरण में दो फाइलें हैं: http-server (बाहरी प्रसंस्करण)
1C 8.2 HttpServer82) और एक साथ सर्वर अनुरोधों के अनुकरण के लिए एक परीक्षण आवेदन
(बाहरी प्रसंस्करण 1C 8.2 TestHttpServer82)। दोनों उपचार नियंत्रित पर आधारित हैं
रूपों। डिफ़ॉल्ट रूप से, दोनों अनुप्रयोगों को पोर्ट 8082 के साथ काम करने के लिए कॉन्फ़िगर किया गया है।

सर्वर और टेस्ट एप्लिकेशन 1C: एंटरप्राइज 8.2 और उपयोग .Net पर विकसित किए गए हैं
फ्रेमवर्क 4.0 और एलीसी .Net ब्रिज 4 घटक। तदनुसार, काम करने के लिए उदाहरण के लिए
स्थापित .Net फ्रेमवर्क 4.0 और Elisy .Net ब्रिज लाइब्रेरी के संस्करण की आवश्यकता है
v.4.0.2.0 और उच्चतर। एलेज़ी .नेट ब्रिज हार्मोनाइज क्लासेस एंड टेक्नोलॉजीज
.C फ्रेमवर्क 1C पर, अग्रणी भूमिका 1C छोड़कर।

ऑपरेशन को सत्यापित करने के लिए, 1C: एंटरप्राइज से HttpServer82.epf का बाहरी प्रसंस्करण शुरू करने के लिए पर्याप्त है
8.2। यदि आपके पास यूएसी सक्षम के साथ विंडोज है, तो आपको 1 सी: एंटरप्राइज शुरू करने की आवश्यकता है
प्रशासक के अधीन, अन्यथा आवेदन के पास सुनने के लिए पर्याप्त अधिकार नहीं होंगे
अनुरोध।

बाहरी प्रसंस्करण आपको उस पोर्ट को निर्दिष्ट करने की अनुमति देता है जिस पर सुनना है
और समवर्ती अनुरोधों को संभालने के लिए बनाए गए थ्रेड्स की संख्या। डिफ़ॉल्ट पर सेट करें
पोर्ट 8082 और 50 धागे।

स्टार्ट बटन पर क्लिक करने के बाद, सर्वर कार्यशील स्थिति और कार्यान्वयन में चला जाता है
किसी दिए गए पोर्ट के लिए प्रसंस्करण अनुरोध। उदाहरण के लिए, अब आप अपने से संपर्क कर सकते हैं
लोकलहोस्ट पर ब्राउज़र: 8082 और खुला
वह पृष्ठ जो सर्वर वापस आएगा। अनुरोध में, आप पैरामीटर पारित कर सकते हैं, उदाहरण के लिए,
इस तरह: लोकलहोस्ट : 8082 / टेस्ट? x = 1

सर्वर को मल्टीथ्रेडेड मोड में परीक्षण करने के लिए, बाहरी प्रसंस्करण TestHttpServer82.epf का आविष्कार किया गया था।
जो लूप में एक साथ क्वेरी चलाता है। के लिए प्रसंस्करण का आधार
समानांतर काम का संगठन उल्लेखनीय प्रौद्योगिकी PLINQ (समानांतर) पर आधारित है
LINQ) .नेट फ्रेमवर्क 4 से।

TestHttpServer82.epf को एक अलग सर्वर से परीक्षण प्रसंस्करण शुरू करना चाहिए
सत्र 1C: एंटरप्राइज, अन्यथा एक सत्र में दो प्रक्रियाओं का एक साथ लॉन्च
जम जाएगा। परीक्षण मामले के पैरामीटर अनुरोध के पते हैं,
एक साथ अनुरोधों की संख्या और चक्रों की संख्या। डिफ़ॉल्ट रूप से, एल्गोरिथ्म को चलाने से परिणाम होगा
लोकलहोस्ट को कॉल के 3 चक्र: 8082
20 युगपत अनुरोधों के साथ (यह ध्यान दिया जाना चाहिए कि एक साथ अनुरोधों की संख्या सीमित है
प्रोसेसर कोर की संख्या)।

कार्य सिद्धांत

.Net फ्रेमवर्क अपने डेवलपर्स को HttpListener वर्ग प्रदान करता है, जो http प्रोटोकॉल को सुनने के लिए जिम्मेदार है। HttpListener का उपयोग करना,
आप http ट्रैफ़िक को सुन सकते हैं जो http अनुरोधों का जवाब देता है।
आप केवल Windows XP SP2 ऑपरेटिंग सिस्टम पर इस वर्ग का उपयोग कर सकते हैं।
या Windows Server 2003 और उच्चतर। पूर्व प्रणालियों पर एक वर्ग का उपयोग करने का प्रयास
एक अपवाद फेंक देंगे।

नीचे 1C के लिए कोड का एक उदाहरण है, जो HttpListener के एक ऑब्जेक्ट को इनिशियलाइज़ करता है,
पोर्ट 8082 पर सभी URL को सुनने के लिए इसे सेट करना। 1C में शुरू होने पर, काम करें
कार्यक्रम को तब तक के लिए निलंबित कर दिया जाता है जब तक कि पोर्ट के लिए अनुरोध, उदाहरण के लिए, किसी ब्राउज़र से, का पालन न किया जाए।
जैसे ही आप ब्राउज़र से एक अनुरोध भेजते हैं, उदाहरण के लिए, 127.0.0.1 : 8082 / 1C कार्यक्रम में वर्णित html स्ट्रिंग लौटाएगा।

कोड का प्रत्येक टुकड़ा किसके लिए जिम्मेदार है, यह प्रदान की गई टिप्पणियों से समझा जा सकता है।
स्रोत कोड के अंदर।

("Elisy.NetBridge4"); AddIn = New("AddIn.ElisyNetBridge4"); net = AddIn.GetNet();   net.GetStatic("System.Net.HttpListener","IsSupported")  ("  HttpListener   Windows XP SP2/2003  "); ; ; listener = net.New("System.Net.HttpListener"); listener.Prefixes.Add("http://*:8082/"); listener.Start(); ("..."); // GetContext      . context = listener.GetContext(); request = context.Request; //    response = context.Response; //   - HTML- responseString = "  HttpListener"; buffer = net.GetStatic("System.Text.Encoding", "UTF8").GetBytes(responseString); //        . response.ContentLength64 = buffer.Length; output = response.OutputStream; output.Write(buffer,0,buffer.Length); //        output.Close(); listener.Stop(); 

यह सबसे सरल उदाहरण है। सबसे सरल उदाहरण का मुख्य अर्थ यह है कि 1C बदल जाता है
एक पूरी तरह कार्यात्मक http-server में, और 1C- प्रोग्रामर को लचीलेपन के लिए एक उपकरण मिलता है
सर्वर से प्रतिक्रिया सेटिंग्स। इसे किसी भी फॉर्मेट (html, ड्राइंग) में वापस कर सकते हैं
या JSON), उपयोगकर्ता पहचान का अनुरोध करें या यहां तक ​​कि एक त्रुटि लौटाएं। लेकिन
हालाँकि, वहाँ कमियाँ हैं: पूरे अनुप्रयोग को अवरुद्ध करना, केवल एक को संसाधित करना
अनुरोध। लेख के लिए एक उदाहरण में अधिक जटिल कोड है, जिसके कारण नुकसान को समाप्त किया जाता है।
लिस्टिंग से सबसे सरल उदाहरण।

सरल से जटिल तक

समाप्त उदाहरण में HttpListener के साथ काम करने के लिए संशोधित कोड शामिल है, जिसमें कॉल
विधि श्रोता.गेटकोटेक्स्ट () को एसिंक्रोनस एनालॉग्स श्रोता कहकर प्रतिस्थापित किया जाता है। बेगनेटकोटेक्स्ट ()
और श्रोता।एंडगेटकोटेक्स्ट ()। इसके अलावा, एन अलग थ्रेड्स बनाए और बिछाए गए हैं
1 सी पर एक कॉल-रिक्वेस्ट प्रोसेसिंग कोड के साथ थ्रेड्स के बीच सिंक्रनाइज़ेशन: एंटरप्राइज साइड।

Http सर्वर के प्रस्तावित कार्यान्वयन का लाभ एक साथ करने की क्षमता है
प्रसंस्करण तर्क को फार्म के तरीके में प्रसंस्करण तर्क के हस्तांतरण के साथ विभिन्न थ्रेड्स में एन अनुरोध
1 सी: एंटरप्राइज। प्रत्येक अनुरोध के लिए एक उदाहरण स्रोत के विवरण के साथ एक HTML देता है
और URL का अनुरोध करें। समाधान बहुत लचीला है, क्योंकि सभी सुधार सीधे से किए जा सकते हैं
विन्यासकर्ता 1 सी। कोई अतिरिक्त परियोजनाएं (उदाहरण के लिए, C # या VB.Net) शामिल नहीं हैं।

उदाहरण को सशर्त रूप से 2 भागों में विभाजित किया जा सकता है: कोड जो 1 सी पर चलता है: एंटरप्राइज़ पक्ष
और कोड जो .Net फ्रेमवर्क की तरफ चलता है। उसी समय .नेट ढांचा लिया
सभी जो 1 सी के माध्यम से लागू नहीं किए जा सकते हैं: उद्यम, उदाहरण के लिए, का निर्माण
और धागा तुल्यकालन।

Http सर्वर को एक प्रबंधित रूप में डिज़ाइन किया गया है। जब आप स्टार्ट बटन पर क्लिक करते हैं,
HttpServer और हेल्पर वर्गों की वस्तुओं का निर्माण। दोनों वर्गों को लेआउट में सी # में वर्णित किया गया है।
स्रोत कोड प्रसंस्करण और संकलित "मक्खी पर" हैंडलर में जब फार्म खोलने।
हेल्पर वर्ग फ़ंक्शन प्रक्रिया अनुरोध के लिए .Net घटनाओं को अग्रेषित करने के लिए जिम्मेदार है
फार्म 1C और एक त्रुटि संदेश के गठन पर।

फॉर्म और हेल्पर वर्गों के लिए गैर-विषय-विशिष्ट आरंभीकरण कार्यों को स्वीकार करना,
आपको ProcessQuestion पद्धति पर ध्यान केंद्रित करना चाहिए, जो परिणाम वापस करने के लिए जिम्मेदार है
http क्लाइंट। हेल्पर वर्ग से हैंडलर कहा जाता है, एक पैरामीटर के रूप में स्वीकार करता है
संदर्भ ऑब्जेक्ट एक त्रुटि संदेश लौटा सकता है जो वापस आ जाएगा
ग्राहक को।

HttpListenerContext प्रकार का एक संदर्भ ऑब्जेक्ट प्रोसेस रिक्वेस्ट में पास हुआ
दो महत्वपूर्ण गुण हैं: अनुरोध और प्रतिक्रिया, जो अनुरोध जानकारी के लिए जिम्मेदार हैं
और जवाब, क्रमशः।



अनुरोध गुण क्लाइंट द्वारा पारित पैरामीटर और सामग्री प्राप्त करने की अनुमति देता है।
अनुरोध पर। अनुरोध संपत्ति में रखी गई अनुरोध जानकारी में ऐसा है
बुनियादी गुण जैसे:

AcceptTypes - क्लाइंट द्वारा समर्थित MIME प्रकार
ContentEncoding - प्रतिक्रिया में जानकारी एन्कोडिंग
हेडर - हेडर्स का एक सेट
HttpMethod - क्लाइंट द्वारा परिभाषित HTTP विधि
InputStream - क्लाइंट से प्राप्त बॉडी डेटा युक्त स्ट्रीम
IsAuthenticated - बूलियन मान दर्शाता है कि उपयोगकर्ता की पहचान की गई है
IsLocal - मान दर्शाता है कि क्या स्थानीय अनुरोध (लोकलहोस्ट के माध्यम से)
QueryString - क्वेरी से क्वेरी स्ट्रिंग
RawUrl - होस्ट और पोर्ट के बिना URL की जानकारी
UrlReferrer - इस संक्रमण का URL संसाधन स्रोत
UserAgent - उपयोगकर्ता ब्राउज़र एजेंट के बारे में जानकारी

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

ContentEncoding - प्रतिक्रिया में जानकारी एन्कोडिंग
हेडर - हेडर्स का एक सेट
आउटपुटस्ट्रीम - वह स्ट्रीम जिसमें प्रतिक्रिया लिखी जाएगी (उदाहरण के लिए, एचटीएमएल, एक्सएमएल या
छवि बाइट सरणी)
पुनर्निर्देशन - संपत्ति HTTP स्थान हेडर के लिए जिम्मेदार है और पुनर्निर्देशन की अनुमति देता है
एक चुनौती
StatusCode - ग्राहक को लौटते समय स्थिति कोड, उदाहरण के लिए: 200 (ठीक है), 404 (संसाधन नहीं
पाया जाता है)
StatusDescription - ग्राहक के पास लौटने पर स्थिति का विवरण



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

  = context.Response;  = net.GetStatic("System.Text.Encoding", "UTF8").GetBytes(HTML); .ContentLength64 = .Length;  = .OutputStream; .Write(, 0, .Length); .Close(); 

प्रसंस्करण का आधार HttpServer वर्ग है, जो एक HttpListener ऑब्जेक्ट बनाता है
और संसाधित करने के लिए थ्रेड्स की सही संख्या। जब प्रारंभ विधि कहा जाता है, तो यह प्रारंभ होता है
सभी हैंडलर थ्रेड्स और HttpListener के काम करने के लिए एक अलग धागा। धन्यवाद
जब तक http-server चल रहा है, तब तक आप 1C के साथ काम करना जारी रख सकते हैं। प्रवेश पर
HttpListener अनुरोध अनुरोध को कतारबद्ध करता है, जहां प्रत्येक अनुरोध क्रमिक रूप से होता है
पहला मुक्त धागा संभालता है। एक धारा को संसाधित करते समय, एक कॉल चेन शुरू हो जाती है:
HttpServer.ProcessRequest इवेंट, हेल्पर ईवेंट हैंडलर। HttpServer_ProcessRequest,
1C- फ़ंक्शन फ़ॉर्म। प्रक्रिया अनुरोध लेआउट से 1C शुरू करते समय HttpServer वर्ग C # कोड
स्रोत कोड मक्खी पर संकलित किया गया है।

 _listener.AuthenticationSchemes = authenticationScheme; _listener.Prefixes.Add(String.Format(@"http://+:{0}/", port)); _listener.Start(); _listenerThread.Start(); for (int i = 0; i < _workers.Length; i++) { _workers[i] = new Thread(Worker); _workers[i].Start(); } 

अनुरोध प्राप्त करने की शुरुआत प्रसंस्करण तक हैंडलेयरस्टेस विधि में होती है
उपयोगकर्ता द्वारा बंद नहीं होगा। जब कोई अनुरोध आता है, तो अनुरोध विधि को पारित कर दिया जाता है
संदर्भ और सुनवाई की प्रक्रिया जारी है।

 private void HandleRequests() { while (_listener.IsListening) { var context = _listener.BeginGetContext(ContextReady, null); if (0 == WaitHandle.WaitAny(new[] { _stop, context.AsyncWaitHandle })) return; } } private void Worker() { WaitHandle[] wait = new[] { _ready, _stop }; while (0 == WaitHandle.WaitAny(wait)) { HttpListenerContext context; lock (_queue) { if (_queue.Count > 0) context = _queue.Dequeue(); else { _ready.Reset(); continue; } } try { ProcessRequest(context); } catch (Exception e) { Console.Error.WriteLine(e); } } } 

निष्कर्ष

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

प्रस्तावित दृष्टिकोण का मुख्य लाभ प्रोग्रामर पर पूरा नियंत्रण है
प्रतिक्रिया प्राप्त करने के लिए अनुरोध प्राप्त करने से प्रक्रिया। उदाहरण के लिए, प्राप्त करने के स्तर पर
अनुरोध URL को पार्स किया जा सकता है, इस बारे में जानकारी प्राप्त की जाती है कि उसने खुद को कैसे पहचाना
उपयोगकर्ता और साथ ही पूरी ग्राहक जानकारी (दर्ज की गई समर्थित भाषाएँ)
कुकीज़, हेडर, एक्सेस विधि)। आप लगभग किसी भी उत्तर को शुरू कर सकते हैं
404 से त्रुटि नहीं मिली, विभिन्न ग्राफिक प्रारूपों, वर्ड प्रारूपों के साथ समाप्त हुई,
एक्सेल और लोकप्रिय XML- आधारित प्रारूप (JSON, HTML, RSS)।

लेख से जुड़ा उदाहरण इसलिए बनाया गया है ताकि इसकी कार्यक्षमता हो सके
विस्तार करना आसान है। उदाहरण के लिए, कैश को व्यवस्थित करने के लिए, System.Web.Caching.Cache का उपयोग करें
.Net ढांचे से वर्ग। और URL को पार्स करते समय, रूटकॉलिनेशन क्लास के साथ काम करने की कोशिश करें
Asp.Net MVC से। RSS फ़ीड बनाते समय, System.ServiceModel.Syndication वर्ग आपकी सहायता करेगा।
.SyndicationFeed। और Json क्रमांकन के साथ, System.Runtime.Serialization.Json.DataContractJsonSerializer वर्ग पर ध्यान दें।

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

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

दूसरा बिंदु यह है कि इस एक सहित कई जाने-माने तरीके प्रदान करते हैं
1 सी से सेवाएं बड़े पैमाने पर अपील के लिए अभिप्रेत नहीं हैं और हमेशा उपज देंगी
इस दृष्टिकोण से, पेशेवर सर्वरों के लिए, उदाहरण के लिए, आई.आई.एस.

लेख के उदाहरण:

HttpServer82.epf (11.50 kb)

TestHttpServer82.epf (8.30 kb)