👃🏿 🚧 😃 एसआईएल का अधिकतम उपयोग करें 👼🏻 🧚 🈳

सभी को नमस्कार!

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

हम एसआईएल प्रबंधक मेनू आइटम में एसआईएल स्क्रिप्ट लिखते हैं और हम में से अधिकांश मेनू आइटम के बाकी हिस्सों पर ध्यान नहीं देते हैं। मैं इन मेनू आइटमों के बारे में बात कर रहा हूं:

इस लेख में मैं प्रत्येक मेनू आइटम के माध्यम से जाऊंगा और आपको बताऊंगा कि आप प्रत्येक आइटम से क्या प्राप्त कर सकते हैं।

मैं यह भी नोट करना चाहता हूं कि अब हम एसआईएल इंजन के बारे में बात कर रहे हैं , जिसका अर्थ है कि ये सभी सुविधाएं आपको मुफ्त में उपलब्ध हैं।

कस्टम फ़ील्ड उपयोग

यह मेनू आपके जीरा उदाहरण में प्रत्येक कस्टम फ़ील्ड का उपयोग करने के तरीके के बारे में जानकारी प्रदान करता है। वेंडर से जानकारी यहाँ प्राप्त की जा सकती है ।
यदि आप गियर -> मुद्दे -> कस्टम फ़ील्ड पर जाते हैं, तो आप अपने जीरा के सभी क्षेत्रों को देख सकते हैं।

यदि आप कस्टम फ़ील्ड उपयोग मेनू पर जाते हैं, तो स्क्रीन ऐसा दिखता है:

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

अपना क्षेत्र देखने के बाद, उस पर क्लिक करें:

आप इस क्षेत्र की निम्नलिखित जानकारी देख सकते हैं:

सिल उपनाम
स्क्रीन और प्रोजेक्ट जिसमें फ़ील्ड का उपयोग किया जाता है।
स्क्रिप्ट की लाइन संख्या जिसमें यह फ़ील्ड उपयोग की जाती है।

लेखन के समय, ऐसा बग सीएडीएस -6237 है , जो कहता है कि स्क्रिप्ट में क्षेत्र के उपयोग की जानकारी स्क्रीन पर प्रदर्शित नहीं होती है। जिस तरह से यह है। मेरे पास यह जानकारी है क्योंकि मैंने कोड को संशोधित किया है।

पृष्ठ कॉन्फ़िगरेशन पुनर्निर्देशित करें

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

मान लीजिए कि हमारे जीरा में हर कर्मचारी हर महीने INV प्रोजेक्ट में टिकट के रूप में धन प्राप्त करने के लिए एक चालान देता है।

जैसा कि आप देख सकते हैं, एलेक्सी मटेव ने मार्च और अप्रैल के लिए दो खाते खोले।

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

यह लिंक कैसा दिखेगा?

बेशक, हम इस तरह से लिंक बना सकते हैंhttp: // localhost: 2990 / जीरा / ब्राउज / INV-2 । लेकिन INV-2 अप्रैल का आखिरी स्कोर होगा। मई में एक अलग खाते के साथ एक टिकट होगा। हम मानव संसाधन विभाग के एक कर्मचारी के पेज पर हर महीने लिंक बदल सकते हैं, लेकिन यह बहुत जटिल है। कुछ सरल की जरूरत है।

और बस रीडायरेक्ट पेज कॉन्फ़िगरेशन हमारी सहायता के लिए आता है।

चलो कॉन्फ़िगर करते हैं।

हमारी मानव संसाधन विभाग प्रणाली में, लिंक इस तरह दिखेगा:

http://localhost:2990/jira/plugins/servlet/kredi?userName=Alexey+Matveev

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

string userName = argv["userName"];

if (isNull(userName)) {
    return "/plugins/servlet/kredierror?customErrorTitle=User Not Provided&customErrorMessage=Provide user with userName parameter";
}
if (isNull(getUserByFullName(userName))) {
    return "/plugins/servlet/kredierror?customErrorTitle=User Not Found&customErrorMessage=User " + userName + " not found";
}
string [] k = selectIssues("project = INV and reporter = " + getUserByFullName(userName).username + " order by \"Invoice Date\" desc");
if (size(k) == 0) {
   return "/plugins/servlet/kredierror?customErrorTitle=Invoice Not Found&customErrorMessage=No invoices for "+ userName; 
}
return "/browse/" + k[0];

कोड निम्नलिखित करता है:

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

अब जांच!

सबसे पहले हम इस तरह का एक लिंक बनाएंगे और उस पर क्लिक करेंगे:

http://localhost:2990/jira/plugins/servlet/kredi?userName=Alexey+Matveev

हम ऐसी स्क्रीन देखेंगे:

यह सही है! यह मेरी आखिरी गिनती है।
अब हम उपयोगकर्ता को पैरामीटर के रूप में पारित नहीं करेंगे:

http://localhost:2990/jira/plugins/servlet/kredi

और हमें एक त्रुटि पृष्ठ मिला:

यह सही है!
अब उस उपयोगकर्ता को स्थानांतरित करें जो जीरा में नहीं है:

http://localhost:2990/jira/plugins/servlet/kredi?userName=Super+Man

हमने एक पृष्ठ त्रुटि के साथ देखा:

फिर से, सब कुछ सच है!

और अब हम उस उपयोगकर्ता को स्थानांतरित करेंगे, जिसने एक खाते से एक भी टिकट नहीं बनाया था:

http://localhost:2990/jira/plugins/servlet/kredi?userName=Tomas+Brook

और हमें एक त्रुटि के साथ एक पृष्ठ मिला:

सब कुछ सही ढंग से काम करता है!

इस प्रकार, हम सभी पुनर्निर्देशित तर्क को जीरा में सही पृष्ठ पर लाए। और यह बहुत सुविधाजनक है, इसलिए इस मामले में हम सभी तर्क एसआईएल में लिखते हैं, जो एक बाहरी प्रणाली में एक ही तर्क लिखने से बहुत आसान है।

उपयोगकर्ता बदलें

यह मेनू आइटम व्यवस्थापक को इस उपयोगकर्ता के पासवर्ड को जाने बिना जीरा में किसी भी पंजीकृत उपयोगकर्ता के तहत काम करने की अनुमति देता है। आप विक्रेता से जानकारी यहाँ पढ़ सकते हैं ।

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

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

वांछित उपयोगकर्ता का चयन करें और स्विच बटन पर क्लिक करें! .. आप इस उपयोगकर्ता के तहत लॉग इन हो जाएंगे।

अपने उपयोगकर्ता के तहत वापस लॉगिन करने के लिए, स्विच बैक

टू विकल्प का चयन करें :

सिल विन्यास

यह मेनू आपको SIL को कॉन्फ़िगर करने की अनुमति देता है। वेंडर से जानकारी यहाँ प्राप्त की जा सकती है ।

एसआईएल होम डायरेक्टरी आपको उस निर्देशिका को निर्दिष्ट करने की अनुमति देती है जिसमें सभी लिपियों को संग्रहीत किया जाएगा। डिफ़ॉल्ट JIRA_HOME / silprograms है।

चारसेट आपको यह निर्धारित करने की अनुमति देता है कि कौन सी स्क्रिप्ट को एन्कोडिंग किया जाएगा। UTF-8 में एन्कोडिंग छोड़ना बेहतर है। मुझे इस बात का अंदाज़ा नहीं है कि इस सेटिंग की आवश्यकता क्यों हो सकती है

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

हमें एसआईएल कैश की आवश्यकता क्यों है?

यहाँ एक नमूना SIL कोड है:

string message = "My message";
runnerLog(message);

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

इसलिए, यदि आपके पास हजारों एसआईएल स्क्रिप्ट हैं, तो यह कैश के आकार को बढ़ाने के लिए समझ में आता है।

डाटा के स्रोत

यह मेनू आइटम आपको डेटाबेस के लिए डेटा स्रोतों को कॉन्फ़िगर करने और अपने कोड में इन स्रोतों का उपयोग करने की अनुमति देता है।

यह सुविधाजनक है क्योंकि आपको कोड में डेटाबेस एक्सेस मापदंडों और उपयोगकर्ता पासवर्ड का उपयोग नहीं करना है। आप विक्रेता की जानकारी यहाँ पा सकते हैं ।

डेटाबेस स्रोत को कॉन्फ़िगर करते हैं।

Add Datasource बटन पर क्लिक करें और डेटाबेस के लिए सेटिंग्स दर्ज करें:

मेरे पास मेरे कंप्यूटर पर एक और जीरा स्थापित है और मैं इस जीरा के डेटाबेस से डेटा प्राप्त करना चाहता हूं।
यह ध्यान रखना महत्वपूर्ण है कि SIL में वितरण में jdbc ड्राइवर नहीं हैं। इसलिए, आपको स्वयं जीरा में इन ड्राइवरों की उपलब्धता सुनिश्चित करनी चाहिए। यहाँ यहाँ आप इसे कैसे करना पढ़ सकते हैं।

अब सेव बटन पर क्लिक करें और एक्सटर्नल_डैटबेस नामक डेटाबेस स्रोत बनाया जाएगा:

अब इस स्क्रिप्ट स्रोत का उपयोग हमारी स्क्रिप्ट में करें:

string [] results = sql("external_database", "select * from cwd_group");
runnerLog(results);

मैं इस sql स्क्रिप्ट में एक क्वेरी निष्पादित करता हूं और परिणाम प्राप्त करता हूं:

मेल प्रेषक कॉन्फ़िगरेशन

इस मेनू आइटम ने मुझे नियत समय में पीड़ित किया। वेंडर से जानकारी यहाँ प्राप्त की जा सकती है ।

आप sendEmail का उपयोग करके ईमेल भेज सकते हैं और इस मेनू आइटम में आप इस फ़ंक्शन के पैरामीटर निर्दिष्ट करते हैं।

मेरी टेम्प्लेट निर्देशिका आपको ईमेल टेम्प्लेट का पथ निर्दिष्ट करने की अनुमति देती है ।

मेल भाषा पर आप प्रेषक या प्राप्तकर्ता, ईमेल टेम्पलेट की भाषा के आधार निर्दिष्ट करने के लिए, की अनुमति देता है। यदि आप ईमेल टेम्प्लेट का उपयोग करते हैं, तो आप विभिन्न भाषाओं के लिए एक ही टेम्प्लेट बना सकते हैं। आप इसके बारे में और अधिक यहाँ पढ़ सकते हैं ।

के माध्यम से मेल भेजेंआपको यह निर्दिष्ट करने की अनुमति देता है कि ईमेल कैसे भेजा जाएगा। यहाँ उपलब्ध विकल्प हैं:

कंटेनर प्रेषक - संदेश मानक जीरा ईमेल कतार के माध्यम से भेजा जाएगा।

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

प्रत्यक्ष प्रेषक, कस्टम - आप संदेश भेजने के लिए अपना स्वयं का मेल सर्वर निर्दिष्ट कर सकते हैं:

इस स्थिति में, आपको एटलसियन-जीरा-आउटगोइंग-मेल.लॉग फ़ाइल में त्रुटि संदेश या डिबगिंग संदेश नहीं दिखाई देंगे, लेकिन आप एटलसियन-जीरा.लॉग फ़ाइल में संदेश देखेंगे।

Direct sender, default — , , Jira. atlassian-jira-outgoing-mail.log, atlassian-jira.log.
Null sender (log only) — atlassian-jira.log. . . com.keplerinfo ERROR, , . , , . , INFO com.keplerinfo. . :

2020-05-24 14:19:53,601+0300 pool-42-thread-8 INFO admin 859x6032x1 aizaws 0:0:0:0:0:0:0:1 /rest/keplerrominfo/refapp/latest/async-script/runScriptFromEditor [c.k.r.sil.impl.MailConfigurationAccessor] NULL MAILER (log only mail sender) : Subject: aa, From: null, To: [alex@gmail.com], CC: [alex@bk.ru], Body:
aa

Asynchronous Runner

आप यहां विक्रेता से जानकारी पढ़ सकते हैं :

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

टाइम टू लिव (टीटीएल) धागे के जीवनकाल को निर्धारित करता है। डिफ़ॉल्ट मान 1 घंटे है। इसका मतलब यह है कि यदि स्क्रिप्ट को एक घंटे से अधिक समय के लिए निष्पादित किया जाता है, तो इसे मार दिया जाएगा और स्क्रिप्ट के परिणाम केवल उन होंगे जो इस घंटे में पूरा होने में कामयाब रहे। यदि आपके पास लंबे समय से चल रही स्क्रिप्ट है, तो इस पैरामीटर को बढ़ाएं।

चौकी का अंतरालयह निर्धारित करता है कि एसटीएल कितनी बार जांच करेगा यदि टीटीएल समय पैरामीटर की तुलना में लंबे समय तक चलने वाली स्क्रिप्ट हैं। और अगर ऐसी स्क्रिप्ट मिलती है, तो उन्हें मार दिया जाएगा।

इस स्क्रीन पर भी आप उन सभी लिपियों को देख सकते हैं जो वर्तमान में चल रही हैं।

रिमोट सिस्टम

रिमोट सिस्टम मेनू आपको इसकी अनुमति देता है:

बाहरी जीरा उदाहरणों से कनेक्शन जोड़ें और उन उदाहरणों पर एसआईएल स्क्रिप्ट चलाएं।
उन उपयोगकर्ताओं के लिए SIL रीस्ट एपीआई के माध्यम से एसआईएल स्क्रिप्ट निष्पादित करने के लिए अनुमतियाँ सेट करें जो जीरा प्रशासक नहीं हैं।

आप विक्रेता से जानकारी यहाँ पढ़ सकते हैं ।

आइए पहले जीरा के लिए एक दूरस्थ कनेक्शन बनाएं और उस पर एक एसआईएल स्क्रिप्ट निष्पादित करें।
मैंने जीरा के दो उदाहरण उठाए हैं: लोकलहोस्ट: 2990 / जीरा और लोकलहोस्ट: 8080।
मैंने यह स्क्रिप्ट लोकलहोस्ट: 8080 पर बनाई और इस स्क्रिप्ट को टेस्ट कहा। एसआईएल:

logPrint("ERROR", "I am called from " + argv[0]);

यह स्क्रिप्ट एक पैरामीटर लेता है और इस पैरामीटर के साथ एटलसियन- jira.log लॉग में एक संदेश प्रदर्शित करता है।
अब लोकलहोस्ट पर: 2990 / जीरा मैं रिमोट कनेक्शन बनाऊंगा। मैं गियर पर जाऊंगा -> एप्लिकेशन प्रबंधित करें -> दूरस्थ सिस्टम, रिमोट बटन जोड़ें पर क्लिक करें और स्थानीयहोस्ट के लिए जीरा डेटा दर्ज करें: 8080:

अब मैं सेव बटन बटन पर क्लिक करता हूं और उसी जीरा उदाहरण (लोकलहोस्ट: 2990 / जीरा) पर मैं एक स्क्रिप्ट बनाता हूं जो कॉल करेगा लोकलहोस्ट के साथ स्क्रिप्ट: 8080:

call("my_ext_jira", "test.sil", "localhost:2990/jira")

पहला पैरामीटर दूरस्थ कनेक्शन मैंने बनाया है: my_ext_jira।
दूसरा पैरामीटर स्क्रिप्ट का नाम है जिसे रिमोट सिस्टम (लोकलहोस्ट: 8080): test.sil पर निष्पादित किया जाएगा।

तीसरा पैरामीटर वह स्ट्रिंग है जिसे टेस्ट करने के लिए पास किया जाएगा। एसआईएल: लोकलहोस्ट: 2990 / जीरा।

अब इस स्क्रिप्ट को निष्पादित करें (स्थानीयहोस्ट पर एक: 2990 / जीरा) और रिमोट सिस्टम पर लॉग देखें (लोकलहोस्ट: 500,000)। हम इस लाइन को देखेंगे:

2020-05-25 08:30:57,944+0000 pool-38-thread-2 ERROR admin 510x101x1 3sauem 172.26.0.1 /rest/keplerrominfo/refapp/latest/async-script/runScript [c.k.s.lang.routines.LogPrintRoutine] I am called from localhost:2990/jira

इसका मतलब यह है कि हमने सफलतापूर्वक स्थानीय स्क्रिप्ट: 8080 रिमोट सिस्टम ऑन लोकलहोस्ट: 2990 / जीरा पर एसआईएल स्क्रिप्ट को लागू किया।

अब स्क्रीन पर सिक्योरिटी सेक्शन को देखते हैं, जिसे हम रिमोट सिस्टम मेनू आइटम को चुनने के बाद देखते हैं।

मान लीजिए कि हमारे पास स्थानीय स्क्रिप्ट पर दो स्क्रिप्ट हैं: 2990 / जीरा।
test.sil

call("my_ext_jira", "test.sil", "localhost:2990/jira")

test1.sil

runerLog("Hello World");

और हमारे पास उपयोगकर्ता user1 है, जिसमें व्यवस्थापक अधिकार नहीं हैं।

हम इनलाइन स्क्रिप्ट और स्क्रिप्ट को कॉल करना चाहते हैं जो इस उपयोगकर्ता द्वारा फाइल सिस्टम पर हैं।

यहाँ रिमोट सिस्टम मेनू स्क्रीन है:

हम सुरक्षा अनुभाग से अनुदान निष्पादन इनलाइन, ग्रैंड रीड और ग्रांट निष्पादन बटन के साथ काम करेंगे।

सबसे पहले, इनलाइन स्क्रिप्ट को उपयोगकर्ता 1 के रूप में कॉल करने का प्रयास करें। हम इस SIL REST API पद्धति का उपयोग करके इनलाइन स्क्रिप्ट को कॉल करेंगे।

http://localhost:2990/jira/rest/keplerrominfo/refapp/1.0/async-script/runScript

यहाँ इस JSON के साथ:

{
   "source" : {
    "type": "INLINE",
    "code": "return 1;"
    }
}

और हमें यह 403 निषिद्ध त्रुटि मिलती है।

अब ग्रांट इनलाइन बटन दबाएं और user1 को अनुदान दें:

और हमें 200 प्रतिक्रिया कोड मिलेगा, जिसका अर्थ है कि हमने इनलाइन स्क्रिप्ट को सफलतापूर्वक पूरा कर लिया है।

अब user1 के तहत test1.sil स्क्रिप्ट चलाते हैं। इस बार, JSON इस तरह होगा:

{
   "source": {
        "type": "FILE",
        "code": "test1.sil"
    }
}

और फिर, हमें यह 403 निषिद्ध त्रुटि मिलती है।

अब हम user1 को test1.sil स्क्रिप्ट निष्पादित करने का अधिकार देते हैं। अनुदान निष्पादित बटन पर क्लिक करें:

इस बार, प्रतिक्रिया कोड 200 है। सब कुछ बाहर काम किया ।

LDAP कॉन्फ़िगरेशन

आप कनेक्शन को LDAP से कॉन्फ़िगर कर सकते हैं। यहां वेंडर की जानकारी मिल सकती है ।

मैं यहाँ से docker में ldap सर्वर शुरू करता हूँ ।

docker run -p 389:389 -p 636:636 --name my-openldap-container --env LDAP_ADMIN_PASSWORD="adminadmin" --detach osixia/openldap:1.3.0

Ldap सर्वर चल रहा है।

अब हम एलडीएपी बटन पर क्लिक करें और कनेक्शन को कॉन्फ़िगर करें:

केवल सक्रिय निर्देशिका निर्देशिका क्षेत्र के लिए उपलब्ध है। लेकिन इसका मतलब यह नहीं है कि आप केवल Microsoft सक्रिय निर्देशिका से कनेक्ट कर सकते हैं। आप किसी भी ldap सर्वर से जुड़ सकते हैं। मैं खुले ldap से जुड़ा।

अब, ldapUserList का उपयोग करके LDAP से उपयोगकर्ताओं का चयन करें :

runnerLog(ldapUserList({"cn", "uid"}, "objectClass=*", "myldap"));

और हमें

इसका परिणाम मिला: इसका मतलब है कि हमारे लिए सब कुछ काम कर गया।

स्क्रिप्ट भंडारण

यह मेनू आइटम आपको यह निर्दिष्ट करने की अनुमति देता है कि आप एसआईएल स्क्रिप्ट कहाँ संग्रहीत करेंगे। आप विक्रेता से जानकारी यहाँ पढ़ सकते हैं ।

डिफ़ॉल्ट रूप से, स्क्रिप्ट फ़ाइल सिस्टम (विकल्प डिस्क) में संग्रहीत होती हैं:

आप डेटाबेस (विकल्प डेटाबेस) में संग्रहीत स्क्रिप्ट चुन सकते हैं। इस स्थिति में, स्क्रिप्ट तालिका AO_1B54DA_TSTEXT में संग्रहीत की जाएगी।

मेरी राय में, अभी भी, फ़ाइल सिस्टम में स्क्रिप्ट को स्टोर करना बेहतर है। इस मामले में, आप एक संस्करण नियंत्रण प्रणाली का उपयोग कर सकते हैं, उदाहरण के लिए, बिटबकेट।

कस्टम फ़ील्ड मैपिंग

इस मेनू आइटम में आप कस्टम फ़ील्ड प्रकारों की मैपिंग को SIL मान प्रकारों में निर्दिष्ट कर सकते हैं। आप विक्रेता से जानकारी यहाँ पढ़ सकते हैं ।

उदाहरण के लिए, कस्टम चेकबॉक्स फ़ील्ड देखें। इस फ़ील्ड का मान स्ट्रिंग टाइप करने के लिए मैप किया जाता है, जिसका अर्थ है कि यदि आप किसी प्रकार के चेकबॉक्स के मूल्य को पढ़ना चाहते हैं, तो आपको यह कोड लिखना होगा:

string[] value =  #{My Checkbox Field};

और एक मान निर्दिष्ट करने के लिए, इस तरह एक कोड है:

string[] value =  {"value1", "value2"};
#{My Checkbox Field} =  value;

आप इस फ़ील्ड के लिए मैपिंग नहीं बदल सकते क्योंकि यह एक मानक फ़ील्ड है। और Cprime ने पहले ही सही मैपिंग का संकेत दिया।

अब हम कस्टम फील्ड ग्रिड के प्रकार को देखते हैं। हमें यह प्रकार टेबल ग्रिड नेक्स्ट जनरेशन प्लगइन से मिला है। Cprime बॉक्स के बाहर इस क्षेत्र के लिए मैपिंग प्रदान नहीं करता है, इसलिए इसे डिफ़ॉल्ट मैपिंग असाइन किया गया है। डिफ़ॉल्ट मैपिंग स्ट्रिंग है। लेकिन आप डिफ़ॉल्ट मैपिंग को दूसरे में बदल सकते हैं:

कुछ मामलों में, अंतर्निहित मैपिंग पर्याप्त नहीं है और इस मामले में आप अपनी मैपिंग के साथ एसआईएल के लिए एक एक्सटेंशन लिख सकते हैं। यह कैसे करें के बारे में अधिक विवरण यहां पाया जा सकता है ।

इंटरग्रेशन कॉन्फ़िगरेशन

आप इस मेनू आइटम में स्लैक और स्ट्राइड के लिए कनेक्शन बना सकते हैं। यह कैसे करना है, इस पर विक्रेता के पास एक विस्तृत निर्देश है ।

एसआईएल वेबहूक कॉन्फ़िगरेशन

आप अपनी खुद की REST API बना सकते हैं जो SIL स्क्रिप्ट कहेगी। आप यहाँ पढ़ सकते हैं ।

एसआईएल डायग्नोस्टिक

यह मेनू आइटम व्यापक एसआईएल कॉन्फ़िगरेशन जानकारी प्रदान करता है:

यह जानकारी एसआईएल डेवलपर्स के लिए आवश्यक है, लेकिन मैं इस स्क्रीन पर एक महत्वपूर्ण विशेषता पर ध्यान आकर्षित करना चाहता हूं।

आप वर्तमान में चल रही एसआईएल स्क्रिप्ट्स को मार सकते हैं।

मान लीजिए कि आपने एक स्क्रिप्ट लिखी और चलाई, जिसने एक अंतहीन लूप बनाया। इस विकल्प के बिना, आपको तब तक इंतजार करना होगा जब तक स्क्रिप्ट टाइम टू लाइव (टीटीएल) पैरामीटर के समय से अधिक समय तक काम न करे और मारा नहीं गया। लेकिन इस विकल्प के साथ आप इस पल का इंतजार नहीं कर सकते।

बस किल बटन पर क्लिक करें:

एसआईएल का अधिकतम उपयोग करें