आम्ही वेळ, मज्जातंतू आणि मनुष्य-तास वाचवतो

आमचे प्रकल्प सहसा प्रादेशिक असतात आणि ग्राहक सहसा मंत्रालये असतात. परंतु, सार्वजनिक क्षेत्राव्यतिरिक्त, खाजगी संस्था देखील आमच्या सिस्टमचा वापर करतात. त्यांच्यामध्ये व्यावहारिकदृष्ट्या कोणतीही समस्या नाही.

तर, मुख्य प्रकल्प प्रादेशिक आहेत आणि काहीवेळा त्यांच्यात समस्या आहेत. उदाहरणार्थ, कार्यप्रदर्शनासह, जेव्हा उत्पादन सर्व्हरवर नवीन कार्यक्षमता आणण्याच्या कालावधीत क्षेत्रांमध्ये आमचे 20k पेक्षा जास्त मौल्यवान वापरकर्ते असतात. हे एक वेदना आहे…

माझे नाव रुस्लान आहे आणि मी BARS ग्रुपच्या माहिती प्रणालीला समर्थन देतो आणि हिंसक मालिका डीबीएसाठी किलर बॉट विकसित करणे. हे पोस्ट हृदयाच्या बेहोशांसाठी नाही - बरीच अक्षरे आणि चित्रे आहेत.

/awr

आमचे काही ॲप्लिकेशन्स Oracle DBMS वर चालतात. PostgreSQL DBMS वर देखील प्रकल्प आहेत. ओरॅकलकडे एक अद्भुत गोष्ट आहे - DBMS वरील लोडची आकडेवारी गोळा करणे, जे विद्यमान समस्या हायलाइट करते आणि निर्मूलनासाठी शिफारसी देखील करते - स्वयंचलित वर्कलोड रेपॉजिटरी (AWR). एका क्षणी (म्हणजे वेदनांच्या क्षणी), विकासकांनी सतत गोळा करण्यास सांगितले कामगिरी विश्लेषणासाठी AWR अहवाल. आम्ही प्रामाणिकपणे डीबीएमएस सर्व्हरवर गेलो, अहवाल गोळा केले, ते आमच्याकडे नेले आणि विश्लेषणासाठी उत्पादनासाठी पाठवले. पाचव्यांदा त्रासदायक झाला... दहावीनंतर चिडचिड झाली...

माझ्या एका सहकाऱ्याने एकदा विचार व्यक्त केला की जे काही एकापेक्षा जास्त वेळा केले जाते ते स्वयंचलित असावे. चिडचिड होण्याच्या क्षणापर्यंत, प्रामाणिकपणे, मी याबद्दल विचार केला नाही आणि स्वयंचलित होऊ शकणारी प्रत्येक गोष्ट स्वयंचलित करण्याचा प्रयत्न केला, परंतु बहुतेकदा ते मागणीत नव्हते आणि ते लागू स्वरूपाच्या ऐवजी संशोधन होते.

आणि मग मी विचार केला: "अहवाल तयार करण्यासाठी प्रशासकांची गरज नाही...". शेवटी, अहवाल गोळा करणे म्हणजे sql स्क्रिप्ट @$ORACLE_HOME/rdbms/admin/awrrpt.sql कार्यान्वित करणे आणि सर्व्हरवरून अहवाल तुमच्या जागी नेणे... अरे हो, आम्ही उत्पादनासाठी विकासाला परवानगी देत ​​नाही.

मग मी आवश्यक माहिती गुगल केली, चाचणी बेसवरील लेखातून फंक्शन तयार केले, स्क्रिप्ट चालवली आणि चमत्कार केला - अहवाल संकलित केला गेला आणि स्थानिक पातळीवर जतन केला जाऊ शकतो. फंक्शन्स तयार केली जिथे AWR अहवालांची आवश्यकता असते आणि विकासकांना ते कसे वापरायचे ते सांगितले.

याच सुमारास, माझ्या फावल्या वेळात, @BotFather शी बोलल्यानंतर, मी माझ्यासाठी, फक्त मनोरंजनासाठी एक टेलीग्राम बॉट तयार केला. मी तेथे एक साधी कार्यक्षमता स्क्रू केली - वर्तमान वेळ, विनिमय दर, हवामान दर्शवा, माझ्या पत्नीला (तेव्हाच्या मैत्रिणीला) शेड्यूलवर प्रशंसा पाठवायला शिकवले. कदाचित, त्यावेळी, प्रशंसा पाठवणे ही माझ्या बॉटची सर्वात लोकप्रिय कार्यक्षमता होती आणि माझ्या पत्नीने त्याचे कौतुक केले.

तर. डेव्हलपर आम्हाला टेलीग्राममध्ये लिहितात, आम्ही त्यांना टेलीग्राममध्ये एक रिपोर्ट पाठवतो... त्यांनी आम्हाला नाही तर बॉटला लिहिले तर? शेवटी, हे प्रत्येकासाठी चांगले होईल, अहवाल जलद प्राप्त होईल, आणि सर्वात महत्त्वाचे म्हणजे, आम्हाला बायपास करून. अशा प्रकारे माझ्या बॉटसाठी पहिल्या लोकप्रिय कार्यक्षमतेची कल्पना जन्माला आली.

मी अंमलबजावणी सुरू केली. मी ते शक्य तितके PHP मध्ये केले (आमचा अनुप्रयोग स्वतः PHP मध्ये आहे, मी त्यात पायथनपेक्षा अधिक पारंगत आहे). मी चांगला कोडर नाही, म्हणून मी तुम्हाला माझा कोड दाखवणार नाही :)

बॉट आमच्या कॉर्पोरेट नेटवर्कवर राहतो आणि लक्ष्य डेटाबेससह विशिष्ट प्रकल्पांमध्ये प्रवेश असतो. कार्यसंघ किंवा मेनूसह पॅरामीटर्सचा त्रास होऊ नये म्हणून, मी ही कार्यक्षमता समूह चॅटमध्ये मॉनिटरिंग सूचनांसह संलग्न केली आहे. अशा प्रकारे अहवाल कोणत्या डेटाबेसमधून गोळा करायचा हे बॉटला लगेच कळते.

सारखी आज्ञा मिळाल्याने /awr एन, जेथे N ही पूर्ण तासांची संख्या आहे ज्यासाठी अहवाल आवश्यक आहे (डिफॉल्टनुसार - 1 तास), अगदी एका आठवड्यासाठी, डेटाबेस रीस्टार्ट न झाल्यास, बॉट ताबडतोब कार्य करण्यास सुरवात करतो, अहवाल गोळा करतो, तो एक म्हणून प्रकाशित करतो. वेब पृष्ठ आणि ताबडतोब (जवळजवळ तिथे) अत्यंत आवश्यक असलेल्या अहवालाची लिंक प्रदान करते.

दुव्याचे अनुसरण करा आणि तो येथे आहे, AWR अहवाल:

अपेक्षेप्रमाणे, विकासकांनी अशा अहवाल निर्मितीचा सामना केला आणि काहींनी आमचे आभार मानले.

संघाच्या सोयीचे कौतुक केल्यामुळे, इतर प्रदेशांतील प्रकल्प व्यवस्थापकांना तेच हवे होते, कारण ते ग्राहकांकडून सर्वाधिक प्राप्त करतात आणि त्यांना सिस्टमची कार्यक्षमता आणि उपलब्धता याबद्दल काळजी वाटते. मी बॉट इतर चॅटमध्ये जोडला. ते अजूनही ते वापरतात आणि मला त्याबद्दल आनंद आहे.

नंतर, सीआयटीच्या सहकाऱ्यांनी आम्ही अहवाल कसे गोळा करतो हे शोधून काढले आणि तेही करायचे होते. मी त्यांना आमच्या चॅटमध्ये जोडले नाही, मी शेड्यूलनुसार आणि विनंतीनुसार अहवाल तयार करण्यासाठी स्वतंत्र चॅट तयार केले.

/pgBadger

आमच्याकडे PHP मध्ये PostgreSQL च्या संयोगाने इतर अनुप्रयोग देखील आहेत. मी समान तत्त्व वापरून गरज असलेल्यांसाठी pgBadger अहवालांचे संकलन कार्यान्वित केले - गट चॅटमध्ये. सुरुवातीला त्यांनी ते वापरले, परंतु नंतर ते थांबले. कार्यक्षमता अनावश्यक म्हणून कापली गेली.

/ कर्तव्य

आमच्या विभागात रात्रीच्या शिफ्ट आहेत आणि त्यानुसार वेळापत्रक आहे. ते Google Sheets मध्ये आहे. लिंक शोधणे, चार्ट उघडणे, स्वतःला शोधणे नेहमीच सोयीचे नसते... माझ्या एका माजी सहकाऱ्याने त्याच्या टेलीग्राम बॉटसोबत खेळून आमच्या विभागाच्या चॅटमध्ये त्याची ओळख करून दिली. विभाग कर्मचाऱ्यांसाठी ड्युटी शिफ्ट सुरू झाल्याबद्दल सूचना. बॉट शेड्यूल पार्स करते, वर्तमान तारखेनुसार ड्युटीवर असलेल्या व्यक्तीचे निर्धारण करते आणि शेड्यूलनुसार किंवा विनंतीनुसार, आज कोण ड्युटीवर आहे याचा अहवाल देते. हे छान आणि सोयीस्कर बाहेर वळले. खरे आहे, मला संदेशांचे स्वरूप खरोखर आवडले नाही. तसेच, दुसऱ्या विभागाच्या कर्मचाऱ्यांसाठी (उदाहरणार्थ, बीसी "औषध"), इतर दिशानिर्देशांमध्ये कर्तव्यावर असलेल्यांबद्दल माहिती खरोखर आवश्यक नाही, परंतु समस्या असल्यास "औषध" मध्ये कोण कर्तव्यावर आहे हे आपल्याला माहित असणे आवश्यक आहे. मी कार्यक्षमता "उधार" घेण्याचा निर्णय घेतला, परंतु मला जे आवडत नाही ते बदलले. मी अनावश्यक माहिती काढून माझ्यासाठी आणि इतरांसाठी सोयीस्कर संदेश स्वरूप बनवले आहे.

/tnls

टेलीग्राम बॉट वापरून ऑटोमेशन वापरून पाहिल्यानंतर, अनेक भिन्न कल्पना दिसू लागल्या, परंतु मला कठोरपणे आवश्यक गोष्टी करायच्या होत्या. मी नेतृत्व करण्याचा निर्णय घेतला विनंत्यांची आकडेवारी. आमच्या ग्राहकांच्या प्रकल्पांमध्ये प्रवेश करण्यासाठी, आम्ही तथाकथित "जंप सर्व्हर" किंवा फॉरवर्डिंग सर्व्हर लागू केला आहे. त्यावर VPN कनेक्शन उभे केले जातात, नंतर ॲप्लिकेशन पोर्ट, डेटाबेस आणि इतर सहाय्यक फॉरवर्डिंग ssh द्वारे आमच्या स्थानिक नेटवर्कवर फॉरवर्ड केले जातात, आमच्या कर्मचाऱ्यांच्या प्रोजेक्टमध्ये सहज प्रवेश मिळावा, व्हीपीएन कनेक्शनसह समस्या न येता. तुम्हाला फक्त आमच्या कॉर्पोरेट नेटवर्कवर VPN कनेक्शन सेट करायचं आहे.

विनंत्यांच्या आकडेवारीवरून असे दिसून आले आहे की बऱ्याचदा, एक बोगदा अयशस्वी झाल्यानंतर (नेटवर्क समस्यांच्या बाबतीत, कालबाह्य झाल्यामुळे, उदाहरणार्थ), प्रकल्पात प्रवेश पुनर्संचयित करण्यासाठी लोकांशी संपर्क साधला जातो. बर्याच बाबतीत, फक्त कनेक्शन रीस्टार्ट करणे पुरेसे आहे आणि सर्वकाही ठीक आहे. चला ते स्वतः करूया. येथे आज्ञा आहे:


तुम्ही इच्छित मेनू आयटममध्ये "पडता", तुमचा प्रकल्प निवडा, एक मिनिट थांबा आणि प्रत्येकजण आनंदी आणि समाधानी आहे...

कमांड प्राप्त झाल्यावर, बाइट्स आणि बिट्सच्या किंचित हालचालीसह, बॉट फॉरवर्डिंग सर्व्हरशी कनेक्ट होतो, कोणते फॉरवर्डिंग रीस्टार्ट करणे आवश्यक आहे हे आधीच जाणून घेते आणि त्याचे कार्य करते - प्रोजेक्टशी कनेक्शन पुनर्संचयित करते. मी सूचना लिहिल्या आहेत जेणेकरुन तुम्ही अशा समस्या स्वतः सोडवू शकता. आणि प्रदान केलेले साधन कार्य करत नसेल तरच लोकांनी आमच्याशी संपर्क साधला...

/ecp_to_pem

पुढील आकडेवारीवरून असे दिसून आले आहे की अनेकदा रूपांतर करणे आवश्यक असते ईडीएस क्रिप्टो प्रो पेम फॉरमॅटमध्ये(बेस 64) विविध एकत्रीकरणांसाठी, आणि आमच्याकडे त्यापैकी बरेच आहेत. कार्य: कंटेनर घ्या, P12FromGostCSP युटिलिटी स्थापित केलेल्या Windows संगणकावर कॉपी करा (पेड, तसे), ते pfx मध्ये रूपांतरित करा आणि नंतर OpenSSL (GOST एन्क्रिप्शनसाठी समर्थनासह) वापरून pfx चे रूपांतर pem मध्ये करा. हे फार सोयीचे नाही, परंतु तुम्हाला ते तुमच्या बोटांच्या झटक्यात हवे आहे.

Google पुन्हा बचावासाठी आला आहे. आढळले काही दयाळू व्यक्तीची उपयुक्तता. 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 निर्देशिकेत ठेवावा लागेल आणि तयार झालेले पेम /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

एके दिवशी, खूप छान ओरॅकल DBA, ज्याला DBMS प्रशासन आणि विकासाचा भरपूर अनुभव आहे, त्याला आमच्या कंपनीत नोकरी मिळाली. आणि त्याला लगेचच ssh सह DBMS सर्व्हरशी कनेक्ट करण्यात समस्या आली: त्याला कुठे किंवा कसे कनेक्ट करावे हे माहित नाही, प्रवेशाचे स्पष्टपणे वर्णन केलेले नाही किंवा तो स्वत: ला आवश्यक असलेले काहीतरी फॉरवर्ड करू शकत नाही. बरं, आम्हाला मदत करण्यात आनंद झाला, आम्ही त्याला कसे कनेक्ट करायचे ते सांगितले आणि त्याला एंटरप्राइज मॅनेजरकडे पाठवले. परंतु ssh सह गोष्टी अद्याप कार्य करत नाहीत. माझ्या एका सहकाऱ्याने याचे स्पष्टीकरण दिले: शुद्ध जातीचा DBA :) आम्ही ठरवले की आम्हाला सर्व्हरवर काही बदल करायचे असल्यास, आम्ही ते स्वतः करू.

EM कधी-कधी जास्त भाराखाली क्रॅश होते आणि ते रीस्टार्ट करण्यासाठी... तुम्हाला ssh द्वारे कनेक्ट करून टर्मिनलद्वारे रीस्टार्ट करावे लागेल. आमच्या नवीन सहकाऱ्याने ठरवले, “प्रशासक यामध्ये चांगले आहेत. DBMS वर जास्त भार आमच्यासाठी असामान्य नाही आणि EM रीस्टार्ट करण्याच्या विनंत्या देखील सामान्य आहेत. मग तीच परिस्थिती: तणाव, चिडचिड आणि समस्येवर उपाय शोधणे. तर त्याच ग्रुप चॅटमध्ये खालील कमांड दिसल्या: /emstop आणि /emstart.

/मारणे

डेटाबेसवर तीव्र स्पर्धा असल्यास आणि हे कधीकधी घडते, डेटाबेस द्रुतपणे अनलोड करणे आवश्यक आहे. सर्वात जलद मार्ग म्हणजे समस्याप्रधान प्रक्रिया नष्ट करणे... हे करण्यासाठी, ssh, kill -9 द्वारे कनेक्ट करा... बॉट मदत करेल!

अलेक्सीने संघाचे कौतुक केले आणि त्याला एक प्रेमळ नाव दिले - "किल्याल्का" किंवा बंदूक.
एके दिवशी, प्रत्येक प्रक्रियेसाठी प्रत्येक वेळी ॲलेक्सीने कसा प्रयत्न केला आणि त्रास सहन केला हे पाहिल्यानंतर, मी आमच्या तोफामध्ये "मल्टी-बॅरल" जोडण्याचे ठरवले:

हे उत्तम झाले! सर्व काही तुझ्यासाठी आहे, अलेक्सी, फक्त काम करा, प्रिय!

साहजिकच एवढा महत्त्वाचा संघ मर्यादित होता user_id द्वारे प्रवेश - “फुलप्रूफ”. डेटाबेस सर्व्हरवर लेशा चतुराईने प्रक्रिया कशी मारते हे पाहून, अनेक लोकांनी यादृच्छिक प्रक्रिया क्रमांकासह कमांड प्रविष्ट करण्याचा प्रयत्न केला, परंतु आपण माझ्या स्मार्ट बॉटला फसवू शकत नाही, त्याने लगेच नकार दिला.

/alertlog

ठीक आहे, फक्त बाबतीत, मी आज्ञा केली:
/alertlog <ओळींची संख्या> - अलर्टलॉग लाईन्सची निर्दिष्ट संख्या मिळवा
बॉट ॲलर्टलॉग काढतो आणि आमच्या सेवेकडे पाठवतो, जसे की पेस्टबिन, ज्याला pyste म्हणतात, आणि विनंती चॅटवर पेस्टची लिंक पाठवते.

/चेक

पुढे एक विनंती आली आमच्या अनुप्रयोगाच्या वास्तविक कार्यप्रदर्शनाचे निरीक्षण करणे. आत्तापर्यंत, प्रकल्प तांत्रिक सहाय्याने हा डेटा स्वहस्ते गोळा केला. हरकत नाही! आमच्या शूर परीक्षकांनी यासाठी चाचणी प्रकरणे विकसित केली आहेत. परिणामी चाचणी लॉग वाचण्यासाठी फार सोयीस्कर नाही; अननुभवी वापरकर्त्यास समजण्यास बराच वेळ लागेल आणि तो आवश्यक माहिती हायलाइट करेल याची खात्री नसते. आणि आम्ही आमच्या हातांनी करू शकत नाही ते आमच्या हातांनी करायला आम्हाला आवडत नाही... बॉटसाठी एक नवीन कार्य!

/checks कमांड एक साधा आणि अस्पष्ट मेनू दाखवते; यावेळी आमच्या मुलांनी सूचनांशिवाय ही कमांड कशी वापरायची ते शिकले!

जेव्हा आपण इच्छित आयटम निवडता तेव्हा मेनूऐवजी, चाचणीच्या प्रारंभाबद्दल एक सूचना दिसून येते, जेणेकरून अधीर वापरकर्ते आमची चाचणी 100500 वेळा चालवू शकत नाहीत:

निवडलेल्या मेनू आयटमवर अवलंबून, आमच्या नेटवर्कवरून एक विशिष्ट चाचणी सुरू केली जाते, म्हणजे बॉट जेथे राहतात त्या मशीनवरून (जेमीटर तेथे पूर्व-कॉन्फिगर केलेले आहे, आवश्यक चाचण्या आहेत...) किंवा थेट डेटा सेंटरवरून (ए. विलंब चाचणी करताना नेटवर्क कनेक्शन वगळण्यासाठी किंवा त्यांना किमान कमी करण्यासाठी अनुप्रयोगाच्या पुढे तयार मशीन.

चाचणी पूर्ण केल्यानंतर आणि लॉग प्राप्त केल्यानंतर, बॉट त्याचे विश्लेषण करते आणि परिणाम "मानवी-वाचनीय" स्वरूपात तयार करते:

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

कार्यक्षमता आली आहे आणि इच्छुक प्रकल्प व्यवस्थापकांना त्यांच्या क्षेत्रांसाठी असे कार्य प्राप्त झाले आहे. आणि एक दयाळू प्रकल्प व्यवस्थापक म्हणाला: "मला वेळेची आकडेवारी हवी आहे!" CIT मधील कोणीतरी तिला सांगितले की Zabbix मध्ये हे सर्व निरीक्षण करणे सोयीचे होईल. Zabbix, म्हणून Zabbix...

मला वाटले की मला सोल्यूशनची प्रतिकृती तयार करण्याची आवश्यकता आहे... मी कल्पना डॉकर कंटेनरमध्ये ठेवली. कंटेनरमध्ये, jmeter शेड्यूलवर लॉन्च केले जाते (दर 10 मिनिटांनी एकदा), लॉग एका विशिष्ट ठिकाणी ठेवते, php त्याचे विश्लेषण करते आणि वेब पृष्ठाच्या स्वरूपात आवश्यक डेटा प्रदर्शित करते. Zabbix, web.page.get की वापरून, हे पृष्ठ प्राप्त करते, विशिष्ट अवलंबून घटकांसाठी आवश्यक डेटा नियमितपणे निवडते आणि आलेख तयार करते.

मला वाटते की ते वाईट नव्हते. आलेखाचे निरीक्षण करून, आम्ही, प्रथम, अनुप्रयोगाची अंदाजे गती पाहतो आणि ग्राफवर शिखरे आढळल्यास, "प्लग" कोठे आहे हे आम्हाला अंदाजे माहित आहे. हे सोपं आहे. आतापर्यंत याला केवळ एका प्रदेशासाठी मागणी असल्याचे दिसून आले आहे, परंतु मी स्वारस्य असलेल्यांसाठी त्याची प्रतिकृती तयार करण्यास तयार आहे.

अनुप्रयोग विकास

तत्सम कार्यांवरील आकडेवारीने अलीकडे काम सुलभ आणि सुलभ करण्यासाठी अधिक कल्पनांना जन्म दिला आहे. काही प्रकल्पांवर, ऍप्लिकेशन सर्व्हरवर, की क्रिप्टो प्रो कंटेनर स्थापित करण्याची आवश्यकता आहे, त्यापैकी बरेच आहेत आणि डिजिटल स्वाक्षरी कालांतराने कालबाह्य होते. कधीकधी दिवसातून 2 कार्ये येतात. परंतु मी या उद्देशांसाठी बॉट वापरणे असुरक्षित मानले आणि मी थेट ऍप्लिकेशनमध्ये कार्यक्षमता तयार करेन असे ठरवले. स्वाभाविकच अधिकृतता आणि प्रवेश अधिकार तपासणे. तुमच्याकडे आवश्यक विशेषाधिकार असल्यास, डिजिटल स्वाक्षरी, स्थापना, हटवणे, माहिती पाहणे इत्यादीसह कार्य करण्यासाठी अतिरिक्त मेनू आयटम उपलब्ध असेल. कार्यक्षमता सध्या विकासाधीन आहे. जसे हे दिसून आले की, हे फार कठीण नाही, आपल्याला फक्त विद्यमान सूचना थोडे वाचणे आवश्यक आहे, कोड उदाहरणे पहा, विकासात अधिक अनुभवी सहकार्यांना विचारा आणि नंतर ते करा. संशोधन प्रक्रियेदरम्यान, अनुप्रयोगात भर घालण्यासाठी कल्पना उदयास आल्या. मी नेपोलियन योजना बनवणार नाही - विकास आहे, प्रत्येकाने स्वतःच्या व्यवसायात लक्ष घालू द्या. पण हे मनोरंजक असताना, मी ते स्वतः करत आहे.

योजना

मी म्हटल्याप्रमाणे, आमच्या बॉट वापरण्यासाठी बऱ्याच वेगवेगळ्या कल्पनांचा जन्म झाला होता आणि इतकेच नाही - सर्वसाधारणपणे, "ऑटोमेशन पॉईंट्स" च्या कल्पना, त्यापैकी बऱ्याच गोष्टी विसरल्या गेल्या कारण त्या लिहिण्यासाठी माझ्याकडे वेळ नव्हता. आता मी जे काही मनात येते ते लिहिण्याचा प्रयत्न करतो आणि मी शिफारस करतो की इतरांनीही तेच करावे.

पण ॲलेक्सी त्याच्या शुभेच्छा देण्यास विसरत नाही. नवीनतम पासून:
/kill_sql SQL_ID - या SQL_ID विनंतीसह सर्व सत्रे नष्ट करा
/kill_block - रूट ब्लॉकिंग सत्र नष्ट करा
/show_em — EM कामगिरीचे चित्र दाखवा
तो एक धूर्त माणूस आहे, त्याला त्याच्या फोनवरून डीबीए शिवायचे आहे =)

मातृभूमीच्या हितासाठी आपण असेच काम करतो!

तुम्ही स्वतःला रुटीन आणि रुची नसलेल्या कामांपासून कसे मुक्त कराल?

मला आशा आहे की वाचन मनोरंजक असेल, आणि कदाचित एखाद्यासाठी उपयुक्त देखील असेल, आणि माझ्याकडे वाचकांना कंटाळायला वेळ मिळाला नाही... आपल्या सर्वांना शुभेच्छा.

स्त्रोत: www.habr.com