Hvor mange gange laver vi en fejl ved at skrive en kommando i terminalen? ... Jeg ved ikke om dig, men jeg har en dårlig vane med at lave fejl flere gange, enten fordi jeg skriver terminalen og samtidig tager mig af personen ved siden af mig, eller fordi det simpelthen er en så lang linje, at jeg tager fejl.
Problemet med alt dette er at indtaste linjen igen eller under alle omstændigheder at trykke på arriba tastatur, rul til den fejl, vi begik, rette det, og tryk derefter på [Enter], uanset hvad det måtte være, kan det være lidt irriterende 🙂
Nå, jeg vil lære dig nu, hvordan du retter enhver fejl, du har lavet, da du indsatte den forrige kommando, men uden engang at skulle skrive eller vise den tidligere kommando i terminal igen 😀
Lyder som magi ja ... rette en forkert stavet kommando uden nogensinde at se eller skrive den igen? ... ja ja 🙂
For eksempel viser jeg dig tricket uden meget komplikationer. For at få adgang til / var / log / mappen i en terminal ville det være: cd / var / log eller ikke? lad os åbne en terminal og stave forkert den linje, lad os sige:
cd /var/lgo/
Som du kan se, ændrede jeg log til noget, hvilket betyder at jeg skrev et brev i stedet for et andet, det vil sige en meget almindelig fejl mistake
Dette fungerer naturligvis ikke, det fortæller dig, at / var / lgo / biblioteket ikke findes, hvilket er sandt. Skriv nu i den samme terminal:
^lgo^log^
Og tryk [Gå ind], vil du se, hvordan de på magisk vis har fået adgang til den rigtige mappe LOL !!
Hvad betyder det? 0_oU ...
Enkelt, vi sætter først hvad er fejlen (LGO) og så sætter vi, hvorfor vi vil ændre det (log), hele denne linje starter med et tegn ^ og ender det samme med det samme tegn, til gengæld er dette tegn den, der deler fejlen fra det, der er korrekt at sætte.
Kort sagt, de satte en ^, så satte de, hvor de gik galt, de satte en anden ^ som ville være divisionen, så satte de det, de ønskede, skulle være korrekte og ender med en anden ^. Simpel, ikke? 😀
Jeg ved, at nogle stadig foretrækker at trykke på [Op] og rette fejlen i kommandolinjen, andre kan bruge dette tip, sandheden er, at alle helt sikkert vil finde det interessant ... og hvis ikke, ja, på mindre lærte de allerede et nyt trick 😀
hilsen
Meget godt!! Et meget nyttigt trick, som jeg aldrig kan huske at bruge. LOL !! En anden, som jeg kan lide, er at trykke på Alt +. for at hente den sidste parameter i den forrige kommando. Hvis du giver det flere gange, går det igennem de tidligere kommandoer.
Jeg elsker terminalen. 🙂
Jeg kendte ham ikke. Hver gang jeg tog fejl, brugte jeg en halv time på at rette den forrige kommando. Nu ved jeg, hvad jeg skal gøre 🙂
Nå, jeg har Arch, og det løser fejlen i sig selv .... Jeg er lige blevet sprængt væk, hehehe
Jeg kendte ikke dette tip, tak ..
Ja, jeg bliver ved med hehe .. for generelt kan jeg ikke huske hvor jeg gik galt .. hehehe ..
Interessant om Arch Terminal autokorrektur.
Godt!..
Fantastisk! .. ..den kommer som en handske! .. ..interessant tip og øjeblikkelig anvendelse .. 😉
PS: Jeg elsker at bruge konsollen, min første oplevelse i linux var en ren Debian-installation, kun konsol 😛 ..
som altid meget interessant dine tip kzkg ^ gaara (dit nick er ikke underligt, match ikke dig selv xD)
Sjovt trick.
En anden ejendommelig måde at gøre det på (nyttigt til lange kommandoer) er via kommandoen fc (fix-kommando), der starter standardeditoren (normalt vim eller nano, selvom den kan ændres ved at sætte noget som "eksportredigerer = mcedit" i .bashrc) Med en linje, der indeholder nøjagtigt den kommando, vi lige har skrevet, når vi redigerer den, gemmer ændringerne og afslutter editoren, udfører vores tolk kommandoen.
Meget godt trick. Jeg kendte ham ikke.
Ditto, gode data!
Det samme @KZ, jeg vidste ikke tricket, hyper behageligt!
interessante data.
Åh, jeg bruger sjældent terminalen, men det er rigtigt, at mange af os har oplevet dette mange gange, og det er virkelig irriterende indtil videre. Fremragende tip.
interessant, mange tak, jeg håber at huske når jeg har brug for det 😀
Nå, dette har mange anvendelser: O
I KDE-terminalen lader det mig ikke indtaste "^" -tegnet med tastaturet, ved nogen, hvordan man løser det? Og tak for tricket, det er altid interessant at møde nye.
En hilsen.
Ñoooooooooo mand !!!! Hvor var du med den kommando, da jeg havde brug for dig ???? Se på den "lille" kommando, som jeg måtte bruge gentagne gange for et par dage siden, for at kunne migrere postkasser fra en server til en anden
imapsync –buffersize 8192000 –noauthmd5 –nosyncacls –abonnement –syncinternaldates –ssl1 –ssl2 –host1 10.30.150.3 –user1 agustin.castillo –password1 pass *** 123 –host2 10.30.150.7 –user2 agustin.castillo –password2 pass *** 123
Ved du, hvor mange gange jeg tog fejl, da jeg skiftede bruger ???
HAHAHA !!! 😀 😀
Dette er ting, som jeg næsten tilfældigt opdager ... LOL !!
Meget godt tip!
De ting man lærer.
Interessant, men jeg finder det komplekst ... min metode bruger kommandoen "$ history | grep -i command-to-search-in-command-history".
Det giver mig en liste over kommandoer udført med deres indeksnummer, så for at udføre en for eksempel sætter jeg! 242 og indtaster.
Eksempel:
# historie | grep -i kat
206 2013-09-16 01:02:49 kat / etc / problem
214 2013-09-16 00:59:04 kat /etc/slim.conf
223 2013-09-16 01:07:56 kat /etc/pam.d/slim
242 2013-09-16 03:26:37 kat .xinitrc
250 2013-09-17 02:28:53 kat / proc / cmdline
#! 242
Måske vidste du allerede, for mig er det meget praktisk.
Tak for disse tip, som du udgiver, hver dag elsker jeg min urvxt mere.
Jeg kan godt lide ~ / .inputrc-tricket bedre
"\ E [A": historiksøgning-bagud
"\ E [B": historie-søgning fremad
Det er meget hurtigt og får dig til at vænne dig til det XD Jeg kan ikke bruge bash længere uden dette trick hahaha