लिनक्स कमांड और शेल कौशल
tmux बनाम स्क्रीन: सत्र प्रबंधकों की तुलना
tmux और स्क्रीन उसी प्राचीन समस्या का समाधान करते हैं: जब आपका नेटवर्क ऐसा करता है तो आपका काम ख़त्म नहीं होना चाहिए। सत्र सर्वर पर रहते हैं, वियोग से बचे रहते हैं, और उन्हें पैन में विभाजित किया जा सकता है; स्क्रीन एक स्थिर पूर्वज है जिसे हर जगह भेजा जाता है, tmux उत्तराधिकारी को समझदार डिफ़ॉल्ट, स्क्रिप्ट योग्य पैन और एक पारिस्थितिकी तंत्र के साथ आगे बढ़ाता है। कार्यात्मक रूप से वे दस से एक को ओवरलैप करते हैं, और ईमानदार विकल्प वह उपकरण है जो आपके सर्वर के पास पहले से ही है और साथ ही आपकी टीम वास्तव में जो कॉन्फ़िगरेशन आदतें रखेगी।
मुख्य बिंदु
- सत्र स्वच्छता मुख्य मूल्य है: शुरू करने के लिए tmux new -s परिनियोजन / स्क्रीन -S परिनियोजन, फ़ार्म देखने के लिए tmux ls / screen -ls, और सटीक नाम से संलग्न करें इसलिए किसी सहकर्मी की रात भर की नौकरी को फिर से जोड़ना एक लुकअप है, अनुमान नहीं।
- शालीनता से अलग करें (उपसर्ग-डी), जानबूझकर बाहर निकलें: पूरे सत्र को अंदर के पैनल से बाहर निकलने के साथ बंद करने से आधे-अधूरे लंबे काम खत्म हो जाते हैं; 'जब तक आप वास्तव में ऐसा नहीं चाहते तब तक अलग हो जाएं' एक आदत है, प्राथमिकता नहीं।
- स्प्लिट्स tmux में बेहतर व्यवहार करते हैं: % और "विभाजित पैन, साथ ही उपसर्ग के नीचे तीर का आकार बदलना, और वैकल्पिक माउस मोड; स्क्रीन गिनती | और S समान छोर की ओर फ्यूसीर आकार बदलने के साथ।
- स्क्रॉलबैक चुपचाप निर्णायक है: tmux कॉपी मोड इतिहास खोजता है ([तब /), स्क्रीन का ^a [नेविगेशन काम करने योग्य है लेकिन क्रूड है, और मल्टी-जीबी लॉग टेल्स सर्च बीट्स पर है स्क्रॉलिंग।
- स्क्रिप्टबिलिटी tmux की ओर झुकती है: सेंड-कीज़ और कैप्चर-पेन सेशन को ड्राइव और रीड करते हैं, यही कारण है कि सीआई और टूलींग ग्लू इसे पसंद करते हैं; स्क्रीन वहां भी जा सकती है लेकिन पुराने मुहावरों के साथ।
- शेयर्ड सेशन दोनों में काम करते हैं: एक सेशन में दो अटैचमेंट सब कुछ लाइव करते हैं, जो वास्तविक समय में एक जोखिम भरा कमांड जोड़ी-डिबगिंग या बडी-चेकिंग है; भी।
- कॉन्फिग कल्चर अलग है: tmux ने एक स्प्लिट कॉन्फिग इकोसिस्टम (थीम, प्लगइन्स, प्रति टीम सेंस डिफॉल्ट्स) विकसित किया है, स्क्रीन एक ~/.screenrc पर चलती है; व्यवहार में tmux एक टीम में स्केल करता है और स्क्रीन व्यक्तिगत रहती है।
- रिबूट सब कुछ समाप्त कर देता है: सत्र सर्वर मेमोरी में रहते हैं, इसलिए लंबे समय तक नौकरियों के लिए शीर्ष पर सत्र प्रबंधक की आवश्यकता होती है; tmux बीमा है, टिकाऊपन नहीं।
क्षेत्रीय टिप्पणी
खोया हुआ सत्र एक वीपीएन हिचकी के कारण छह घंटे का डेटा माइग्रेशन था, और डिस्क पर कुछ भी नहीं पता था कि हम किस चरण में थे। कॉफ़ी ब्रेक से अधिक लंबी किसी भी चीज़ को अब tmux में एक नाम मिलता है, और अगली सुबह श्रग के बजाय tmux ls के साथ फिर से शुरू होता है।
अक्सर पूछे जाने वाले प्रश्न
अगर मैं केवल एक ही सीखूं, जो?
tmux, जब तक कि आपका बेड़ा पहले से ही हर जगह स्क्रीन नहीं चलाता है; इसकी डिफ़ॉल्ट, स्क्रिप्टिंग हुक, और समुदाय की गति पिछले दशक की तरह है, और आदतें स्क्रीन आपातकाल को कवर करने के लिए पर्याप्त रूप से स्थानांतरित होती हैं।
क्या दो लोगों के लिए एक सत्र साझा करना सुरक्षित है?
हां, और यह मानक है जोड़ी-डिबगिंग चाल; दोनों समान कीस्ट्रोक्स देखते हैं, इसलिए इस बात पर सहमत हों कि कीबोर्ड का मालिक कौन है, और किसी भी विनाशकारी कमांड को दूसरी जोड़ी आंखों के साथ परिवर्तन अनुरोध की तरह मानें।
मेरे सत्र के अंदर रंग गलत क्यों दिखते हैं?
टर्म बेमेल: आंतरिक टर्मिनल को tmux-256color या स्क्रीन-256color की घोषणा करनी चाहिए, रिमोट होस्ट में प्रविष्टि होनी चाहिए (infocmp आपको बताता है), और सुपाठ्यता पहले, थीम गौरव। दूसरा।
क्या सत्र एक सर्वर रीबूट से बचे रहते हैं?
नहीं: सत्र मेमोरी में रहते हैं, और डिस्क पर रीबूट करने योग्य स्क्रिप्ट और लॉग स्थायित्व परत हैं, और दोनों को भ्रमित करना क्लासिक आउटेज है।
लिनक्स कमांड और शेल कौशल में Kinetikatech कैसे सहायता करता है
सीधी बात: कमांड और स्क्रिप्टिंग आदतें जो यह तय करती हैं कि कोई व्यवस्थापक सर्वर चलाता है या उससे लड़ता है: प्रत्येक बेस इंस्टॉल में मौजूद टूल के साथ टेक्स्ट और प्रक्रियाओं को खोजना, बदलना, स्थानांतरित करना और पर्यवेक्षण करना। इसे हमारी Linux सर्वर सुरक्षा और सर्वर प्रबंधन सेवा को सौंप दें और काम पूरा — सही आकलन, स्वच्छ कार्यान्वयन, चौबीसों घंटे निगरानी।