हामी समय, स्नायु र मानव-घण्टा बचत गर्छौं

हाम्रा परियोजनाहरू सामान्यतया क्षेत्रीय हुन्छन्, र ग्राहकहरू प्राय: मन्त्रालयहरू हुन्। तर, सार्वजनिक क्षेत्रका अतिरिक्त निजी संस्थाहरूले पनि हाम्रा प्रणालीहरू प्रयोग गर्छन्। तिनीहरूसँग व्यावहारिक रूपमा कुनै समस्याहरू छैनन्।

त्यसोभए, मुख्य परियोजनाहरू क्षेत्रीय छन्, र कहिलेकाहीँ तिनीहरूसँग समस्याहरू छन्। उदाहरणका लागि, कार्यसम्पादनको साथमा, जब क्षेत्रहरूमा उत्पादन सर्भरहरूमा नयाँ कार्यक्षमता रोल आउट गर्ने अवधिमा हाम्रा बहुमूल्य प्रयोगकर्ताहरूमध्ये २०k भन्दा बढी हुन्छन्। यो पीडा हो…

मेरो नाम रुस्लान हो र म BARS समूह र को सूचना प्रणालीहरूलाई समर्थन गर्छु हिंसात्मक धारावाहिक DBAs को लागी एक हत्यारा बोट विकास गर्दै। यो पोष्ट बेहोश हृदयको लागि होइन - त्यहाँ धेरै अक्षर र चित्रहरू छन्।

/awr

हाम्रा केही एपहरू Oracle DBMS मा चल्छन्। PostgreSQL DBMS मा परियोजनाहरू पनि छन्। Oracle सँग एउटा अचम्मको कुरा छ - DBMS मा लोडमा तथ्याङ्कहरू सङ्कलन गर्दै, जसले अवस्थित समस्याहरूलाई हाइलाइट गर्दछ र उन्मूलनका लागि सिफारिसहरू पनि बनाउँछ - स्वचालित वर्कलोड रिपोजिटरी (AWR)। एक बिन्दुमा (अर्थात् पीडाको क्षणमा), विकासकर्ताहरूले निरन्तर सङ्कलन गर्न आग्रह गरे प्रदर्शन विश्लेषणको लागि AWR रिपोर्टहरू। हामी इमानदारीपूर्वक DBMS सर्भरमा गयौं, रिपोर्टहरू सङ्कलन गर्‍यौं, तिनीहरूलाई हामीकहाँ लगेर विश्लेषणको लागि उत्पादनमा पठायौं। पाँचौं पटक रिस उठ्यो...दशौं पछी रिस उठ्यो...

मेरो एक सहकर्मीले एक पटक विचार व्यक्त गरे कि एक पटक भन्दा बढी गरेको सबै कुरा स्वचालित हुनुपर्छ। जलन को क्षण सम्म, इमानदार हुन को लागी, मैले यसको बारेमा सोचेको छैन र स्वचालित हुन सक्ने सबै कुरालाई स्वचालित गर्ने प्रयास गरेको छु, तर प्राय: यो माग मा थिएन र एक लागू प्रकृति को सट्टा एक अनुसन्धान को अधिक थियो।

र त्यसपछि मैले सोचे: "प्रतिवेदन उत्पन्न गर्न प्रशासकहरू आवश्यक पर्दैन ..."। आखिर, रिपोर्ट सङ्कलन गर्नु भनेको sql स्क्रिप्ट @$ORACLE_HOME/rdbms/admin/awrrpt.sql कार्यान्वयन गर्नु हो र सर्भरबाट रिपोर्टलाई तपाईंको ठाउँमा लैजानु हो... ओहो, हामी उत्पादनको लागि विकासलाई अनुमति दिँदैनौं।

त्यसपछि मैले आवश्यक जानकारी गुगल गरें, परीक्षण आधारमा लेखबाट प्रकार्य सिर्जना गरें, स्क्रिप्ट र चमत्कार चलाएँ - रिपोर्ट कम्पाइल गरिएको थियो र स्थानीय रूपमा बचत गर्न सकिन्छ। AWR रिपोर्टहरू प्रायः आवश्यक पर्ने कार्यहरू सिर्जना गरियो र विकासकर्ताहरूलाई तिनीहरूलाई कसरी प्रयोग गर्ने भनेर बताए।

यस समयमा, मेरो फुर्सदको समयमा, @BotFather सँग कुरा गरिसकेपछि, मैले आफ्नो लागि एउटा टेलिग्राम बोट सिर्जना गरें, केवल रमाइलोको लागि। मैले त्यहाँ एक साधारण प्रकार्यतामा खराब गरें - हालको समय, विनिमय दर, मौसम देखाउनुहोस्, एक तालिकामा मेरी पत्नी (त्यसपछि प्रेमिका) लाई प्रशंसा पठाउन सिकाएको छु। हुनसक्छ, त्यस समयमा, प्रशंसा पठाउनु मेरो बोटको सबैभन्दा लोकप्रिय कार्यक्षमता थियो, र मेरी श्रीमतीले यसको सराहना गर्नुभयो।

त्यसैले। विकासकर्ताहरूले हामीलाई टेलिग्राममा लेख्छन्, हामी तिनीहरूलाई टेलिग्राममा रिपोर्ट पठाउँछौं... यदि तिनीहरूले हामीलाई होइन, बटलाई लेख्छन् भने के हुन्छ? आखिर, यो सबैको लागि राम्रो हुनेछ, रिपोर्ट छिटो प्राप्त हुनेछ, र सबैभन्दा महत्त्वपूर्ण, हामीलाई बाइपास। मेरो बोटको लागि पहिलो लोकप्रिय कार्यक्षमताको विचार यसरी जन्मियो।

कार्यान्वयन सुरु गरेको छु । मैले यो गरें, मैले सकेसम्म PHP मा गरें (हाम्रो एप्लिकेसन आफैं PHP मा छ, म पाइथनमा भन्दा यसमा धेरै निपुण छु)। म राम्रो कोडर होइन, त्यसैले म तपाईंलाई मेरो कोड देखाउने छैन :)

बोट हाम्रो कर्पोरेट नेटवर्कमा रहन्छ र लक्षित डाटाबेसहरू सहित निश्चित परियोजनाहरूमा पहुँच छ। टोली वा मेनुमा प्यारामिटरहरूसँग चिन्ता नगर्नको लागि, मैले यो कार्यक्षमतालाई निगरानी सूचनाहरूको साथ समूह च्याटमा थपेको छु। यसरी बटले कुन डाटाबेसबाट रिपोर्ट संकलन गर्ने भनेर तुरुन्तै थाहा पाउँछ।

जस्तो आदेश प्राप्त भएको छ /एआर एन, जहाँ N पूर्ण घण्टाको संख्या हो जसको लागि रिपोर्ट आवश्यक छ (पूर्वनिर्धारित रूपमा - 1 घण्टा), एक हप्ताको लागि पनि, यदि डाटाबेस पुन: सुरु गरिएको छैन भने, बोटले तुरुन्तै काम गर्न थाल्छ, रिपोर्ट सङ्कलन गर्दछ, यसलाई प्रकाशित गर्दछ। वेब पृष्ठ र तुरुन्तै (लगभग त्यहाँ) धेरै-आवश्यक रिपोर्टको लिङ्क प्रदान गर्दछ।

लिङ्क पछ्याउनुहोस् र यो यहाँ छ, AWR रिपोर्ट:

अपेक्षित रूपमा, विकासकर्ताहरूले यस्तो रिपोर्ट उत्पादनको साथ सामना गरे, र केहीले हामीलाई धन्यवाद पनि दिए।

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

पछि, सीआईटीका सहकर्मीहरूले हामीले कसरी रिपोर्टहरू सङ्कलन गर्छौं भनेर थाहा पाए र त्यसो गर्न चाहन्थे। मैले तिनीहरूलाई हाम्रो च्याटहरूमा थपेको छैन, मैले समय तालिका र अनुरोधमा रिपोर्टहरूको उत्पादनसँग छुट्टै च्याट सिर्जना गरें।

/pgBadger

हामीसँग PHP मा PostgreSQL सँग संयोजनमा अन्य अनुप्रयोगहरू पनि छन्। मैले समूह च्याटहरूमा - समान सिद्धान्त प्रयोग गरेर आवश्यक परेकाहरूका लागि pgBadger रिपोर्टहरूको सङ्कलन कार्यान्वयन गरें। सुरुमा तिनीहरूले यसलाई प्रयोग गरे, तर तिनीहरूले रोके। कार्यक्षमता अनावश्यक रूपमा काटियो।

/ कर्तव्य

हाम्रो विभागमा रात्रि शिफ्टहरू छन् र, तदनुसार, तालिका छ। यो Google पानाहरूमा छ। लिङ्क खोज्नु, चार्ट खोल्नु, आफैलाई खोज्नु सँधै सुविधाजनक हुँदैन... मेरो एकजना पूर्व सहकर्मीले पनि आफ्नो टेलिग्राम बटसँग खेले र हाम्रो विभागको च्याटमा परिचय गराए। विभागका कर्मचारीहरूका लागि ड्युटी शिफ्ट सुरु भएको बारे सूचनाहरू। बोटले तालिका पार्स गर्दछ, वर्तमान मिति द्वारा ड्युटीमा रहेको व्यक्तिलाई निर्धारण गर्दछ र, तालिका अनुसार वा अनुरोधमा, आज को ड्युटीमा छ भनेर रिपोर्ट गर्दछ। यो महान र सुविधाजनक बाहिर भयो। सत्य हो, मलाई सन्देशहरूको ढाँचा साँच्चै मन परेन। साथै, अर्को विभागका कर्मचारीहरूका लागि (उदाहरणका लागि, BC "मेडिसिन"), अन्य दिशाहरूमा ड्युटीमा रहेकाहरूको बारेमा जानकारी वास्तवमा आवश्यक छैन, तर तपाईंले समस्याको अवस्थामा "मेडिसिन" मा ड्युटीमा को हुनुहुन्छ भनेर जान्न आवश्यक छ। मैले कार्यक्षमता "उधारो" लिने निर्णय गरें, तर मलाई मन नपरेको कुरा परिवर्तन गरें। मैले अनावश्यक जानकारी हटाएर आफ्नो र अरूको लागि सन्देश ढाँचालाई सुविधाजनक बनाएको छु।

/tnls

टेलिग्राम बट प्रयोग गरेर स्वचालन प्रयास गरेपछि, धेरै फरक विचारहरू देखा पर्यो, तर म कडाईका साथ आवश्यक चीजहरू गर्न चाहन्थे। नेतृत्व गर्ने निर्णय गरें अनुरोध मा तथ्याङ्क। हाम्रा ग्राहकहरूको परियोजनाहरू पहुँच गर्न, हामीले तथाकथित "जम्प सर्भर" वा फर्वार्डिङ सर्भर लागू गरेका छौं। यसमा VPN जडानहरू उठाइन्छ, त्यसपछि एप्लिकेसन पोर्टहरू, डाटाबेसहरू र अन्य सहायक फर्वार्डिङहरू ssh मार्फत हाम्रो स्थानीय नेटवर्कमा फर्वार्ड गरिन्छ, हाम्रा कर्मचारीहरूको परियोजनाहरूमा सजिलो पहुँचको लागि, VPN जडानहरूमा समस्याहरू बिना। तपाईले गर्नु पर्ने भनेको हाम्रो कर्पोरेट नेटवर्कमा VPN जडान सेट अप गर्नु हो।

अनुरोधहरूको तथ्याङ्कले देखाएको छ कि प्राय: सुरुङहरू मध्ये एक असफल भएपछि (सञ्जाल समस्याहरूको अवस्थामा, टाइमआउटको कारण, उदाहरणका लागि), मानिसहरूले हामीलाई परियोजनामा ​​पहुँच पुनर्स्थापनाको लागि सम्पर्क गर्छन्। अधिकतर अवस्थामा, जडान पुन: सुरु गर्न पर्याप्त छ र सबै ठीक छ। आफै गरौं। यहाँ आदेश छ:


तपाईं इच्छित मेनु वस्तुमा "पस्नुहोस्", आफ्नो परियोजना चयन गर्नुहोस्, एक मिनेट पर्खनुहोस् र सबैजना खुसी र सन्तुष्ट छन् ...

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

/ecp_to_pem

थप तथ्याङ्कहरूले देखाए कि यो अक्सर रूपान्तरण गर्न आवश्यक छ PEM ढाँचामा EDS Crypto Pro(बेस २२२) विभिन्न एकीकरणका लागि, र हामीसँग ती धेरै छन्। कार्य: एउटा कन्टेनर लिनुहोस्, P12FromGostCSP उपयोगिता स्थापना भएको विन्डोज कम्प्युटरमा प्रतिलिपि गर्नुहोस् (भुक्तानी गर्नुहोस्), यसलाई pfx मा रूपान्तरण गर्नुहोस्, र त्यसपछि OpenSSL (GOST एन्क्रिप्शनको लागि समर्थन सहित) प्रयोग गरी pfx लाई रूपान्तरण गर्नुहोस्। यो धेरै सुविधाजनक छैन, तर तपाईं यसलाई आफ्नो औंलाहरूको स्न्यापमा चाहनुहुन्छ।

गुगल फेरि उद्धारमा आएको छ। भेटियो कुनै दयालु व्यक्तिको उपयोगिता। मैले यसलाई README मा लेखिए अनुसार जम्मा गरें - यसले काम गर्‍यो। मैले बोटलाई उपयोगितासँग काम गर्न सिकाएँ र लगभग तत्काल रूपान्तरण पाएँ।


अन्तिम कार्यान्वयनको समयमा, नयाँ इन्क्रिप्शन ढाँचामा स्विच गर्न आदेश जारी गरिएको थियो - gost-2012। जहाँसम्म मलाई सम्झना छ, त्यस समयमा उपयोगिताले पुरानो GOST (2001) सँग मात्र काम गर्यो, सायद यो अर्को दयालु व्यक्तिबाट अर्को समान उपयोगिता थियो, मलाई ठ्याक्कै याद छैन।
नयाँ GOST मा संक्रमण पछि, बट को कार्यक्षमता सुरक्षा कारणहरु को लागी हटाइयो। यसलाई डकर कन्टेनरमा लागू गरियो।

डकरफाइल, यदि कसैलाई आवश्यक छ भने:

FROM ubuntu:16.04                                                                                                                                                                        
RUN apt update && apt -y install git sudo wget unzip gcc g++ make &&                        
   cd /srv/ && git clone https://github.com/kov-serg/get-cpcert.git &&                     
   cd get-cpcert && chmod +x *.sh && ./prepare.sh && ./build.sh &&                         
   mkdir -p /srv/{in,out} &&                                                               
   echo '#!/bin/bash' > /srv/getpem.sh &&                                                  
   echo 'cd /srv/get-cpcert' >> /srv/getpem.sh &&                                          
   echo './get-cpcert /srv/in/$CONT.000 $PASS > /srv/out/$CONT.pem' >> /srv/getpem.sh &&   
   chmod +x /srv/getpem.sh                                                                  ENTRYPOINT /srv/getpem.sh

रूपान्तरण गर्नको लागि, तपाईंले मूल कन्टेनर (xxx.000 जस्तै डाइरेक्टरी) /srv/in डाइरेक्टरीमा राख्नु पर्छ, र समाप्त pem लाई /srv/out मा लैजानुपर्छ।

रूपान्तरण गर्न:

 docker run -t -i -e CONT='<имя директории с контейнером(без ".000")>' -e PASS='<пароль для контейнера>' -v /srv/in:/srv/in -v /srv/out:/srv/out --name ecptopem <адрес нашего репозитория>/med/ecptopem:latest 

/emstop र /emstart

एक दिन, एक धेरै राम्रो Oracle DBA, DBMS प्रशासन र विकास मा धेरै अनुभव संग, हाम्रो कम्पनी मा एक काम पायो। र उसलाई तुरुन्तै ssh को साथ DBMS सर्भरहरूमा जडान गर्न समस्या भयो: उसलाई कहाँ वा कसरी जडान गर्ने थाहा छैन, पहुँच स्पष्ट रूपमा वर्णन गरिएको छैन, वा उसले आफूलाई आवश्यक पर्ने कुरा फर्वार्ड गर्न सक्दैन। ठीक छ, हामी मद्दत गर्न पाउँदा खुसी छौं, हामीले उहाँलाई कसरी जडान गर्ने भनेर बतायौं, र उहाँलाई इन्टरप्राइज प्रबन्धकलाई फर्वार्ड गर्यौं। तर चीजहरू अझै ssh सँग काम गरेनन्। मेरा एक सहकर्मीले यसलाई सरल रूपमा व्याख्या गरे: शुद्ध नस्लको DBA :) हामीले निर्णय गर्यौं कि यदि हामीले सर्भरमा केहि ट्वीक गर्न आवश्यक छ भने, हामी आफैं गर्नेछौं।

EM कहिलेकाहीँ भारी लोड अन्तर्गत क्र्यास हुन्छ, र यसलाई पुन: सुरु गर्न... तपाईंले ssh मार्फत जडान गर्न र टर्मिनल मार्फत पुन: सुरु गर्न आवश्यक छ। "प्रशासकहरू यसमा राम्रो छन्," हाम्रो नयाँ सहकर्मीले निर्णय गरे। DBMS मा भारी भार हाम्रो लागि असामान्य छैन, र EM पुन: सुरु गर्न अनुरोधहरू पनि सामान्य छन्। त्यसपछि एउटै परिदृश्य: तनाव, जलन र समस्या को समाधान को लागी खोजी। त्यसैले एउटै समूह च्याट मा निम्न आदेश देखा पर्यो: /emstop र /emstart।

/मार्नु

यदि डाटाबेसमा बलियो प्रतिस्पर्धा छ, र यो कहिलेकाहीं हुन्छ, यो चाँडै डाटाबेस अनलोड गर्न आवश्यक छ। सबैभन्दा छिटो तरिका भनेको समस्याग्रस्त प्रक्रियालाई मार्नु हो... यो गर्नको लागि, ssh, kill -9 मार्फत जडान गर्नुहोस्... बोटले मद्दत गर्नेछ!

एलेक्सीले टोलीको प्रशंसा गरे र यसलाई मायालु नाम दिए - "किल्याल्का" वा बन्दुक।
एक दिन, एलेक्सीले कसरी प्रयास र पीडा भोगेको हेरेपछि, प्रत्येक प्रक्रियाको लागि प्रत्येक पटक xxx प्रविष्ट / मार्ने, मैले हाम्रो बन्दूकमा "मल्टी ब्यारेल" थप्ने निर्णय गरे:

त्यो राम्रो छ! सबै कुरा तपाईको लागि हो, एलेक्सी, बस काम गर्नुहोस्, प्रिय!

स्वाभाविक रूपमा, यस्तो महत्त्वपूर्ण टोली सीमित थियो user_id द्वारा पहुँच - "फुलप्रूफ"। लेशाले कसरी डाटाबेस सर्भरमा प्रक्रियाहरूलाई चलाखीपूर्वक मार्छ भनेर देखेर, धेरै व्यक्तिहरूले अनियमित प्रक्रिया नम्बरको साथ आदेश प्रविष्ट गर्न प्रयास गरे, तर तपाईंले मेरो स्मार्ट बोटलाई मूर्ख बनाउन सक्नुहुन्न, उनले तुरुन्तै अस्वीकार गरे।

/alertlog

ठीक छ, केवल यदि, मैले आदेश गरें:
/alertlog <लाइनहरूको संख्या> - अलर्टलग लाइनहरूको निर्दिष्ट संख्या प्राप्त गर्नुहोस्
बोटले अलर्टलग तान्छ र यसलाई हाम्रो सेवामा पठाउँछ, जस्तै पेस्टबिन, जसलाई pyste भनिन्छ, र अनुरोध च्याटमा टाँस्ने लिङ्क पठाउँछ।

/ चेक

अर्को माग आयो हाम्रो आवेदन को वास्तविक प्रदर्शन निगरानी। अहिलेसम्म, परियोजना प्राविधिक सहयोगले यो डाटा म्यानुअल रूपमा सङ्कलन गरेको छ। जेसुकै होस! हाम्रा साहसी परीक्षकहरूले यसको लागि परीक्षण केसहरू विकास गरेका छन्। नतिजा परीक्षण लग पढ्न धेरै सुविधाजनक छैन; एक अनुभवहीन प्रयोगकर्ताले बुझ्न लामो समय लिनेछ र निश्चित छैन कि उसले आवश्यक जानकारी हाइलाइट गर्नेछ। र हामी आफ्नो हातले गर्न नसक्ने कुराहरू हातले गर्न मन पराउँदैनौं... बोटको लागि नयाँ कार्य!

/checks आदेशले सरल र अस्पष्ट मेनु देखाउँछ; यस पटक हाम्रा साथीहरूले निर्देशन बिना यो आदेश कसरी प्रयोग गर्ने भनेर सिकेका छन्!

जब तपाइँ इच्छित वस्तु चयन गर्नुहुन्छ, मेनुको सट्टा, परीक्षणको सुरुवातको बारेमा एक सूचना देखा पर्दछ, ताकि अधीर प्रयोगकर्ताहरूले हाम्रो परीक्षण 100500 पटक चलाउन नपाओस्:

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

परीक्षण पूरा गरेपछि र लग प्राप्त गरेपछि, बोटले यसलाई पार्स गर्छ र परिणामलाई "मानव-पढ्न सकिने" फारममा उत्पादन गर्छ:

मेट्रिक्स संग्रह

कार्यक्षमता आइपुगेको छ र इच्छुक परियोजना प्रबन्धकहरूले उनीहरूको क्षेत्रहरूको लागि यस्तो प्रकार्य प्राप्त गरेका छन्। र एक दयालु परियोजना प्रबन्धकले भने: "म समय तथ्याङ्कहरू प्राप्त गर्न चाहन्छु!" CIT को कसैले उनलाई Zabbix मा यो सबै निगरानी गर्न सुविधाजनक हुनेछ भन्यो। Zabbix, त्यसैले Zabbix ...

मैले सोचेँ कि मैले समाधानको नक्कल गर्ने आवश्यकताको लागि तयारी गर्न आवश्यक छ... मैले विचारलाई डकर कन्टेनरमा राखें। कन्टेनरमा, jmeter एक तालिकामा सुरु हुन्छ (प्रत्येक 10 मिनेटमा एक पटक), लगलाई निश्चित ठाउँमा राख्छ, php ले यसलाई पार्स गर्दछ र वेब पृष्ठको रूपमा आवश्यक डाटा प्रदर्शन गर्दछ। Zabbix, web.page.get कुञ्जी प्रयोग गरेर, यो पृष्ठ प्राप्त गर्दछ, नियमित रूपमा निश्चित निर्भर तत्वहरूको लागि आवश्यक डाटा चयन गर्दछ र ग्राफ बनाउँछ।

मलाई लाग्छ कि यो खराब छैन। ग्राफ अवलोकन गरेर, हामी, सर्वप्रथम, अनुप्रयोगको अनुमानित गति देख्छौं, र यदि ग्राफमा शिखरहरू पत्ता लगाइयो भने, हामी लगभग "प्लग" कहाँ छ भनेर थाहा पाउँछौं। यो सरल छ। अहिलेसम्म यो एउटा क्षेत्रको लागि मात्र माग भएको छ, तर म इच्छुक व्यक्तिहरूको लागि यसलाई दोहोर्याउन तयार छु।

आवेदन विकास

समान कार्यहरूको तथ्याङ्कले भर्खरै कामलाई सरल र सहज बनाउन थप विचारहरू जन्माएको छ। केही परियोजनाहरूमा, एप्लिकेसन सर्भरहरूमा, कुञ्जी क्रिप्टो प्रो कन्टेनरहरू स्थापना गर्न आवश्यक छ, त्यहाँ धेरै छन्, र डिजिटल हस्ताक्षर समयको साथ समाप्त हुन्छ। कहिलेकाहीँ दिनमा २ वटा कार्य आउँछन्। तर मैले यी उद्देश्यका लागि बोट प्रयोग गर्न असुरक्षित ठानेँ र म सिधै अनुप्रयोगमा कार्यक्षमता सिर्जना गर्ने निर्णय गरें। स्वाभाविक रूपमा प्राधिकरण र पहुँच अधिकार जाँचको साथ। यदि तपाइँसँग आवश्यक विशेषाधिकारहरू छन् भने, डिजिटल हस्ताक्षरहरू, स्थापना, मेटाउने, जानकारी हेर्ने, इत्यादिसँग काम गर्नको लागि अतिरिक्त मेनु वस्तु उपलब्ध हुनेछ। कार्यक्षमता हाल विकास अन्तर्गत छ। जस्तो कि यो बाहिरियो, यो धेरै गाह्रो छैन, तपाईले अवस्थित निर्देशनहरू अलिकति पढ्नु पर्छ, कोड उदाहरणहरू हेर्नुहोस्, विकासमा बढी अनुभवी सहकर्मीहरूलाई सोध्नुहोस्, र त्यसपछि गर्नुहोस्। अनुसन्धान प्रक्रियाको क्रममा, अनुप्रयोगमा थप्न विचारहरू देखा पर्‍यो। म नेपोलियन योजनाहरू बनाउँदैन - त्यहाँ विकास छ, सबैलाई आफ्नो काममा ध्यान दिनुहोस्। तर जब यो रोचक छ, म आफैं गर्दैछु।

योजनाहरु

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

तर एलेक्सी आफ्नो इच्छा दिन बिर्सनुहुन्न। पछिल्लो बाट:
/kill_sql SQL_ID - यो SQL_ID अनुरोधको साथ सबै सत्रहरू मार्नुहोस्
/kill_block - रूट अवरुद्ध सत्र मार्नुहोस्
/show_em - EM प्रदर्शनको तस्वीर देखाउनुहोस्
ऊ एक धूर्त मान्छे हो, ऊ आफ्नो फोनबाट DBA सिलाई चाहन्छ =)

यसरी मातृभूमिको हितमा काम गर्छौं!

दिनचर्या र चाखलाग्दो कामबाट कसरी छुटकारा पाउनु हुन्छ ?

मलाई आशा छ कि पढाइ चाखलाग्दो भयो, र कसैको लागि पनि उपयोगी हुन सक्छ, र मसँग पाठक बोर गर्ने समय थिएन ... हामी सबैलाई शुभकामना।

स्रोत: www.habr.com