👨🏻‍✈️ 👩‍👩‍👧‍👧 🖥️ DBMS Caché के लिए टर्मिनल एक्सेस

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

कटौती के तहत आपको आवेदन के सभी आकर्षण और इसके विकास के इतिहास का वर्णन मिलेगा।

कार्यक्षमता

निम्नलिखित एक वेब टर्मिनल के लिए मान्य है:

मनमाने कोड और कैच ऑब्जेक्ट स्क्रिप्ट कमांड, टर्मिनल उपयोगिताओं और कार्यक्रमों को निष्पादित करना
डेटाबेस के लिए त्वरित पहुँच के लिए सुविधाजनक SQL मोड
कैच ऑब्जेक्ट स्क्रिप्ट कीवर्ड का स्वत: पूर्ण होना: वर्तमान नामस्थान में कक्षाएं और उनके तरीके, गुण, पैरामीटर, ग्लोबल्स और चर
ग्लोबल्स और फ़ाइलों में परिवर्तन की निगरानी करना (जैसे पूंछ -f)
टीम का इतिहास
कैच ऑब्जेक्ट स्क्रिप्ट सिंटैक्स हाइलाइटिंग
संक्षिप्तीकरण की परिभाषा
बहु-पंक्ति संपादन
आवेदन के व्यवहार और विषयों को अनुकूलित करना

उपरोक्त सभी किसी भी Caché सर्वर पर काम करता है जहां WebSockets समर्थन मौजूद है। बस वेब एप्लिकेशन के लिंक का पालन करें और आरंभ करें।

आप परियोजना पृष्ठ पर सभी सुविधाओं का विस्तृत विवरण पा सकते हैं।

सुरक्षा

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

सीधे शब्दों में, यह केवल CSP पृष्ठ पर प्राधिकरण स्थापित करने के लिए बना हुआ है, जिससे खुले बंदरगाह के अवांछित आगंतुकों को कुंजी प्राप्त करने से रोका जा सके।

सॉफ्टवेयर कार्यान्वयन का इतिहास

यदि आप टर्मिनल को साइड से देखते हैं, तो यह किसी को लग सकता है कि इसके मैकेनिक काफी सरल हैं। पहले तो मुझे भी ऐसा ही लगा। कैशे को जानने के साथ-साथ इस प्रकार के अनुप्रयोगों के व्यवहार को समझना, बहुत सारे दिलचस्प बिंदु और कठिनाइयाँ थीं, जिन पर बाद में चर्चा की जाएगी। मुख्य कार्य टर्मिनल को गीक्स से परिचित करना और एक ही समय में आम उपयोगकर्ताओं के अनुकूल बनाना था, नए अवसर प्रदान करना और एक नियमित टर्मिनल के काले और सफेद ग्राफिकल इंटरफ़ेस को अलंकृत करना, क्योंकि खिड़की पहले से ही 2013 है!

इसके अलावा, मैं मुख्य रूप से रेक रिप्रिसल्स का वर्णन करूंगा, जिन्हें मुझे और उन सभी प्रोग्रामर्स को ठोकर खाना था, जो वेब या कैच से परिचित थे, प्रोग्रामर थे। हो सकता है कि नीचे प्रस्तुत तरीके और समाधान को और भी दिलचस्प बनाया जा सकता है, और यदि आप जानते हैं कि कैसे, तो यह सुनना बहुत दिलचस्प होगा।

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

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

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

मैं लंबे समय तक जानकारी के प्रदर्शन से परेशान नहीं था - यह एक मोनोसैप्ड फ़ॉन्ट, लाइटवेट ब्लॉक लेआउट और परिचित शैली है। लेकिन मुझे जानकारी दर्ज करने के लिए क्षेत्र के बारे में सोचना था: सिंटैक्स हाइलाइटिंग को लागू करना आवश्यक था। कई प्लगइन समाधानों को छोड़ दिया गया था, इसलिए अंतिम विकल्प HTML5 में एक संक्षिप्त संपादन योग्य div लग रहा था। लेकिन वहाँ कुछ आकर्षण भी थे - सामग्री को HTML से प्लेनटेक्स्ट में अनुवाद किया जाना था और इसके विपरीत, सेट करें और कैरेट की स्थिति प्राप्त करें, मूल, असंबद्ध पाठ को बफर में कॉपी करें - ये कार्य कुछ लाइनों में पूरा होने से बहुत दूर हैं। इसके अलावा, आपको अपनी चमकती टर्मिनल गाड़ी को पाठ में सम्मिलित करना होगा और सामान्य प्रणाली Ctrl-C, Ctrl-V, राइट क्लिक + पेस्ट, इंसर्ट, को लागू करना होगा ...

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

कीस्ट्रोक्स के प्रसंस्करण के साथ एक दिलचस्प बिंदु भी उत्पन्न हुआ - इनपुट डेटा को उजागर करना आवश्यक था, जिसका अर्थ है कि इनपुट क्षेत्र की सामग्री को संसाधित करके। हां, लेकिन इस क्षेत्र की सामग्रियों को दबाने के क्षण में (या इसके बजाय, यह असंभव है कि यह अंतिम "दबाए गए" संकेत के बिना संभव होगा) - DOM के पास की-अपडेट से पहले अपडेट करने का समय नहीं है, कीप इवेंट्स निष्पादित किए जाते हैं, और की-अप द्वारा इनपुट के दृश्य भाग को अपडेट करना बिल्कुल भी दिलचस्प नहीं है, हालांकि यह दूसरा रास्ता भी। दूसरा तरीका चरित्र को स्ट्रिंग में मैन्युअल रूप से जोड़ना है। लेकिन बाद में तुरंत Ctrl + V के मामले में गायब हो जाता है। चलो तीसरी विधि बनाते हैं - हम क्लिक के बाद 1ms क्लिक के हैंडलर फ़ंक्शन को कॉल करेंगे। हां, अब हमें इनपुट मिल गया है, लेकिन हैंडलर को दी गई घटना को नियंत्रित करने की क्षमता, उदाहरण के लिए, कुंजी की डिफ़ॉल्ट कार्रवाई को प्रतिबंधित करने के लिए गायब हो गई है। आउटपुट दो घटनाओं पर क्लिक करने का एक ब्रेकडाउन था - घटना के प्रसंस्करण को दबाकर और संयोजनों को स्वयं, और 1ms के बाद - दर्ज किए गए पाठ को अपडेट करना।

इनपुट, सिंटैक्स हाइलाइटिंग, और फॉर्म में गाड़ी को चिपकाने को लागू करना आसान था - पहले आपको यह बदलने की आवश्यकता है कि HTML फ़ॉर्मेटिंग को क्या बर्बाद कर सकते हैं, अर्थात् अक्षर "<", ">" और "इसी", ">" और " "और"। तब - अल्ट्रा-रेगुलर एक्सप्रेशन (जो वास्तव में, टेक्स्ट में केवल टैग सम्मिलित करता है) द्वारा वाक्य रचना हाइलाइटिंग करते हैं और उसके बाद ही गाड़ी को सम्मिलित करते हैं, इसकी "वास्तविक" स्थिति (टैग और HTML एंटिटी को छोड़कर) निर्धारित करते हैं, जिसके लिए और अधिक एक विधि। हां, उपरोक्त सभी केवल इसी क्रम में किया जाता है, अन्यथा या तो गाड़ी खुद को उजागर करेगी, या बहुत सारे टूटे हुए एचटीएमएल बैकअप होंगे।

लेकिन ऑटो-पूर्ति के साथ काम करना दिलचस्प था। मैंने इसे तीन बार कॉपी किया। और एल्गोरिथ्म की प्रगति इस प्रकार थी:

बस गाड़ी से लाइन का एक टुकड़ा निकटतम बाईं विभाजक या स्थान पर प्राप्त करें और सभी विकल्पों की सरणी में उपलब्ध विकल्पों के साथ मैचों की तलाश करें।
हम स्ट्रिंग के एक ही टुकड़े की तलाश कर रहे हैं, संभवतः "श्रेणियों" में विभाजित वर्ण "$", "%", "##" और अन्य को एक विशेष वस्तु में जोड़ के प्रकार को निर्धारित करने के लिए।
"मास्क" द्वारा गाड़ी के बाईं ओर पूरे हिस्से को पार्स करना - "टर्मिनल शब्दकोश" की विशेष रूप से संरचित वस्तु में निहित नियमित अभिव्यक्ति।

मुझे नहीं पता कि तीसरी विधि किसी के लिए जानी जाती है, जिससे मैं धीरे-धीरे संपर्क करने लगा, लेकिन यह वह था जिसने सबसे अधिक ठाठ और सबसे तेज परिणाम दिखाए।

तो यह कैसे काम करता है? बहुत सरल है। लगभग किसी भी प्रकार के ऑटोकंप्लीशन को बनाने के लिए आवश्यक सभी को शब्दकोश के ऑब्जेक्ट में नियमित रूप से अभिव्यक्त किया गया है। यहाँ यह कैसा दिख सकता है:

कोड

language = { "client": { "!autocomplete": { reversedRegExp: new RegExp("([az]*/)+") }, "/help": 1, "/clear": 1, … }, "commands": { "!autocomplete": { reversedRegExp: new RegExp("([a-zA-Z]+)\\s.*") }, "SET": 0, "KILL": 0, "WRITE": 0, … }, "staticMethods": { "!autocomplete": { reversedRegExp: new RegExp("([a-zA-Z]*)##\\s.*") }, "class": 0, … }, "class": { "!autocomplete": { reversedRegExp: new RegExp("(([a-zA-Z\\.]*[a-zA-Z])?%?)\\(ssalc##\\s.*"), separator: ".", child: { reversedRegExp: new RegExp("([a-zA-Z]*)\\.\\)") } }, "EXAMPLE": { "Method": 0, "Property": 0, "Parameter": 0 }, … } }

भाषा के अंदर प्रत्येक वस्तु में एक विशेष वस्तु गुण हो सकता है "! स्वतः पूर्ण"। यदि यह मौजूद है, तो स्वत: पूर्ण पार्सर इस ऑब्जेक्ट पर ध्यान देगा, अर्थात्, इसके गुणों को उलट-पलट कर पढ़ें।

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

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

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

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

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

ठीक है, मान लें कि हमने टर्मिनल को इनपुट ("+ T") पर मानक टर्मिनलों के प्रसंस्करण मोड में डाल दिया है, और हम उन्हें क्लाइंट से भेज देंगे। ठीक है, अब पढ़ा नहीं जाता है, लेकिन एक और स्थिति उत्पन्न होती है - हम ग्राहक से प्राप्त पैकेट को पढ़ रहे हैं, उसके शरीर को नहीं। पैकेज में हमारे लिए "कचरा" का थोड़ा सा हिस्सा है - ये पहले कुछ बाइट्स हैं जो इसके हेडर के रूप में काम करते हैं। उन्हें किसी तरह त्यागना पड़ा।

यह कल्पना करना आसान बनाने के लिए कि आपको क्या चाहिए और यह सब कैसे होना चाहिए, सर्वर पर "रीड ए राइट ए" कमांड के प्रस्तावित अनुक्रम पर विचार करें।

क्लाइंट से कमांड प्राप्त करना
रनटाइम के लिए एक टर्मिनल एप्लिकेशन का संक्रमण - I / O को "सीधे" सेट करना
Xecute कमांड ट्रांसफर
पढ़ें: एक टर्मिनेटर में समाप्त होने वाले क्लाइंट से डेटा पढ़ें
हम एक पढ़े गए पैकेज का शरीर प्राप्त करते हैं और अंदर डालते हैं
एक लिखें: ग्राहक को एक मूल्य भेजें
निष्पादन मोड का समापन

लेकिन इस शरीर को उसी तरह से कैसे प्राप्त करें ताकि अतिरिक्त बाइट्स (वेबसोकेट पैकेज के हेडर) में न आएं? तार्किक रूप से, आपको किसी प्रकार का रीड हैंडलर बनाने की आवश्यकता है। हां, और सरल नहीं है, लेकिन सिस्टम स्तर पर: टर्मिनल उपयोगिताओं का भी उपयोग किया जाता है।

सौभाग्य से, अनुभवी sql.ru फोरम के लोगों ने मुझे कैच - I / O पुनर्निर्देशन की अद्भुत अविवादित विशेषता बताई। इसकी सहायता से, अपने तरीके से सभी आगमन / प्रस्थान डेटा को संसाधित करने के लिए - वास्तव में जो आवश्यक था, वह करना संभव था। इनपुट रीडायरेक्शन सात सबरूटीन्स को लिखकर किया जाता है जो कि ## क्लास (% डिवाइस) पर रीडिमेंट रीडिंग और कमांड्स के फंक्शन्स पर काम करेगा ।ReDirectIO चालू है। यदि इस आकर्षण का विस्तृत कार्यान्वयन दिलचस्प है, तो यह धागा काम आ सकता है।

मुझे आशा है कि ऊपर वर्णित अनुभव निश्चित रूप से किसी के काम आएगा और टर्मिनल से कम उपयोगी नहीं बनेगा। अवधारणा से रास्ते में पहले से ही कार्यात्मक अनुप्रयोग के लिए, कई नए विचार प्रकट हुए हैं, और यह सीमा नहीं है - यहां आप केवल कल्पना तक खुद को सीमित कर सकते हैं। GitHub पर परियोजना के विकास में पालन करें या भाग लें, विचारों का सुझाव दें और चर्चा करें, आपकी कोई भी प्रतिक्रिया उपयोगी होगी। अच्छा प्रशासन है!

DBMS Caché के लिए टर्मिनल एक्सेस - अब ब्राउज़र में भी

कार्यक्षमता

सुरक्षा

सॉफ्टवेयर कार्यान्वयन का इतिहास

More articles: