Ukazi in spretnosti lupine Linux
tmux proti zaslonu: primerjava upraviteljev sej
tmux in screen rešujeta isti starodavni problem: vaše delo ne sme umreti, ko umre vaše omrežje. Seje živijo v strežniku, preživijo prekinitve povezave in jih je mogoče razdeliti v podokna; screen je stabilen prednik, ki se pošilja povsod, tmux naslednik z razumnejšimi privzetimi nastavitvami, podokni, ki jih je mogoče skriptirati, in ekosistemom, ki je napredoval. Funkcionalno se prekrivajo deset proti ena in poštena izbira je orodje, ki ga vaši strežniki že imajo, in konfiguracijske navade, ki jih bo vaša ekipa dejansko ohranila.
Ključne točke
- Higiena seje je temeljna vrednost: tmux new -s deploy / screen -S deploy za zagon, tmux ls / screen -ls za ogled farme in pripenjanje z natančnim imenom, tako da je vnovično pripenjanje sodelavčevega opravila čez noč iskanje, ne ugibanje.
- Elegantno odklopite (predpona-d), namerno zapustite: zaprtje celotne seje z izhodom znotraj podokna je način, kako se napol dokončana dolga opravila izgubijo; 'loči se, razen če si res tako mislil' je navada, ne prednost.
- Razdeli se bolje obnašajo v tmuxu: % in " razdelita podokna, plus spreminjanje velikosti puščice pod predpono in izbirni način miške; zaslon šteje | in S proti istim koncem s hitrejšim spreminjanjem velikosti.
- Pomikanje nazaj je tiho odločilno: način kopiranja tmux išče zgodovino ([ nato /), navigacija zaslona ^a [ je uporabna, a groba, pri večGB-rejdih pa iskanje po repih dnevnikov premaga drsenje.
- Sposobnost skriptiranja se nagiba k tmux: ključi za pošiljanje in podokno za zajemanje omogočajo avtomatizaciji vodenje in branje sej, zato sta CI in tooling glue raje; zaslon lahko gre tudi tja, vendar s starejšimi idiomi.
- Seje v skupni rabi delujejo v obeh: dve priponki na eno sejo zrcalita vse v živo, kar je odpravljanje napak v paru ali preverjanje prijateljev tveganega ukaza v realnem času; nadaljujte z disciplino tipkanja ali pa ogledalo pokaže tudi vaše tipkarske napake.
- Konfiguracijska kultura se razlikuje: tmux je razvil razdeljen konfiguracijski ekosistem (teme, vtičniki, razumne privzete nastavitve na ekipo), zaslon deluje na enem ~/.screenrc; v praksi tmux obsega skupino in zaslon ostane oseben.
- Ponovni zagoni končajo vse: seje živijo v pomnilniku strežnika, zato dolga opravila potrebujejo prava opravila (dnevnike, kontrolne točke, skripte, ki jih je mogoče ponovno zagnati) in upravitelja sej na vrhu; tmux je zavarovanje, ne vzdržljivost.
Terenska beležka
Izgubljena seja je bila šesturna selitev podatkov, ki jo je uničil kolcanje VPN in nič na disku ni vedelo, na kateri stopnji smo. Vse, kar je daljše od odmora za kavo, zdaj dobi ime v tmuxu in se naslednje jutro nadaljuje s tmux ls namesto skomiganja z rameni.
Pogosta vprašanja
Če se naučim samo enega, katerega?
tmux, razen če vaša flota že izvaja zaslon povsod; njegove privzete nastavitve, skriptne kljuke in zagon skupnosti so tisto, kar je šlo zadnje desetletje, navade pa se prenašajo dovolj dobro, da pokrijejo nujne primere na zaslonu.
Ali je varno, da dve osebi delita eno sejo?
Da, in to je standardna poteza za odpravljanje napak v parih; oba vidita enake pritiske na tipke, zato se strinjata, kdo je lastnik tipkovnice, in vsak uničujoč ukaz obravnavaj kot zahtevo za spremembo z drugim parom oči.
Zakaj so barve znotraj moje seje videti napačne?
Neujemanje POGOjev: notranji terminal mora objaviti tmux-256color ali screen-256color, oddaljeni gostitelj mora imeti vnos (infocmp vam pove) in najprej čitljivost, nato pa tema pride.
Ali seje preživijo ponovni zagon strežnika?
Ne: seje živijo v pomnilniku in ponovni zagon jih počisti, medtem ko diski preživijo; skripti, ki jih je mogoče ponovno zagnati, in dnevniki na disku so plast vzdržljivosti, tmux je plast prekinitev, zamenjava teh dveh pa je klasični izpad.
Kako Kinetikatech pomaga s ukazi in spretnosti lupine linux
To smo rešili stotino krat: Ukazi in skriptne navade, ki odločajo, ali skrbnik upravlja strežnik ali se bori proti njemu: iskanje, preoblikovanje, prenos in nadzorovanje besedila in procesov z orodji, ki živijo v vsaki osnovni namestitvi. Z Varnost strežnikov Linux in Upravljanje strežnikov dobite celoten cikel: evaluiramo, implementiramo, sledimo nonstop in intervenciramo v 30 minutah, ko je potrebno.