Hoe vaak maken we een fout door een commando in de terminal te typen? ... ik weet niet hoe het met je zit, maar ik heb de slechte gewoonte om meerdere keren fouten te maken, ofwel omdat ik de terminal typ en tegelijkertijd de persoon naast me verzorg, ofwel omdat het gewoon zo'n lange rij dat ik het mis heb.
Het probleem met dit alles is om de regel opnieuw te typen, of in ieder geval op de arriba toetsenbord, blader naar de fout die we hebben gemaakt, repareer deze en druk vervolgens op [Enter], wat het ook mag zijn, het kan een beetje irritant zijn 🙂
Welnu, ik zal je nu leren hoe je een fout kunt corrigeren die je hebt gemaakt bij het invoegen van het vorige commando, maar zonder ooit dat vorige commando opnieuw in de terminal te hoeven typen of weergeven 😀
Klinkt als magie ja ... een verkeerd gespelde opdracht corrigeren zonder deze ooit nog te zien of te typen? ... nou ja 🙂
Ik laat je bijvoorbeeld de truc zien zonder veel complicaties. Om toegang te krijgen tot de / var / log / map in een terminal zou het zijn: cd / var / log of niet? laten we een terminal openen en die regel verkeerd spellen, laten we zeggen:
cd /var/lgo/
Zoals je kunt zien, heb ik het logboek veranderd in iets, wat betekent dat ik de ene letter heb geschreven in plaats van de andere, dat is een veel voorkomende fout 😀
Dit zal duidelijk niet werken, het zal je vertellen dat de / var / lgo / directory niet bestaat, wat waar is. Schrijf nu in dezelfde terminal:
^lgo^log^
En druk op [Enter], je zult zien hoe ze op magische wijze toegang kregen tot de juiste directory LOL !!
Wat betekent dit? 0_oU ...
Simpel, we zetten eerst wat de fout is (LGO) en dan zetten we waarom we het willen veranderen (inloggen), begint deze hele regel met een teken ^ en eindigt hetzelfde met hetzelfde karakter, op zijn beurt is dit karakter degene die de fout scheidt van wat correct is om te zetten.
Simpel gezegd, ze zetten een ..., dan zetten ze waar ze fout gingen, ze zetten nog een ... wat de verdeling zal zijn, dan zetten ze wat ze wilden correct zijn en eindigden ze met een andere .... Simpel toch? 😀
Ik weet dat sommigen er nog steeds de voorkeur aan geven om op [Omhoog] te drukken en de fout op de opdrachtregel te corrigeren, anderen kunnen deze tip gebruiken, de waarheid is dat iedereen het zeker interessant zal vinden ... en zo niet, nou ja, op minder dan al een nieuwe truc geleerd 😀
groeten
Zeer goed!! Een erg handige truc die ik nooit meer zal gebruiken. LOL!! Een andere die ik leuk vind, is op Alt + drukken. om de laatste parameter van de vorige opdracht op te halen. Als je het meerdere keren geeft, gaat het door de vorige commando's.
Ik hou van de terminal. 🙂
Ik kende hem niet. Elke keer dat ik een fout maakte, heb ik een half uur besteed aan het repareren van het vorige commando. Nu weet ik wat ik moet doen 🙂
Nou, ik heb Arch, en het lost de fout zelf op…. Ik ben gewoon weggeblazen, hehehe
Ik kende deze tip niet, dank je wel ..
Ja, ik blijf bij hehe .. want over het algemeen weet ik niet meer waar ik fout ging .. hehehe ..
Interessant over de autocorrectie van Arch Terminal.
Mooi zo!..
Geweldig! .. ..het is als een handschoen! .. ..interessante tip, en onmiddellijk toepasbaar .. 😉
PS: ik ben dol op het gebruik van de console, mijn eerste ervaring met linux was een kale Debian-installatie, alleen console 😛 ..
zoals altijd heel interessant je tips kzkg ^ gaara (je nick is niet raar pas niet bij jezelf xD)
Grappige truc.
Een andere merkwaardige manier om het te doen (handig voor lange opdrachten) is via de opdracht fc (opdracht fix), die de standaardeditor start (meestal vim of nano, hoewel deze kan worden gewijzigd door iets als "export EDITOR = mcedit" in de .bashrc) Met een regel die precies het commando bevat dat we zojuist hebben getypt, wanneer we het bewerken, de wijzigingen opslaan en de editor verlaten, voert onze interpreter het commando uit.
Zeer goede truc. Ik kende hem niet.
Idem, goede gegevens!
Dezelfde @KZ, ik kende de truc niet, hypercomfortabel!
de gegevens interessant.
Oh, ik gebruik de terminal zelden, maar het is waar dat velen van ons dit vaak hebben meegemaakt, en het is tot nu toe echt vervelend. Uitstekende tip.
interessant, heel erg bedankt, ik hoop te onthouden wanneer ik het nodig heb 😀
Nou, dit heeft veel toepassingen: O
In de KDE-terminal kan ik het "^" -teken niet invoeren via het toetsenbord, weet iemand hoe het op te lossen?
Een groet.
Ñoooooooooo man !!!! Waar was je met dat commando toen ik je nodig had ???? Kijk naar het "kleine" commando dat ik een paar dagen geleden herhaaldelijk moest gebruiken om mailboxen van de ene server naar de andere te kunnen migreren
imapsync –buffersize 8192000 –noauthmd5 –nosyncacls –abonneren –syncinternaldates –ssl1 –ssl2 –host1 10.30.150.3 –gebruiker1 agustin.castillo –password1 pass *** 123 –host2 10.30.150.7 –user2 agustin.castillo –password2 pass *** 123
Weet je hoe vaak ik het bij het verkeerde eind had toen ik van gebruiker veranderde ???
HAHAHA !!! 😀 😀
Dit zijn dingen die ik bijna willekeurig ontdek ... LOL !!
Zeer goede tip!
De dingen die je leert.
Interessant, maar ik vind het complex ... mijn methode gebruikt het commando "$ history | grep -i command-to-search-in-the-command-history".
Het geeft me een lijst met uitgevoerde opdrachten met hun indexnummer, en om er vervolgens een uit te voeren, zet ik bijvoorbeeld! 242 en voer ik in.
voorbeeld:
# geschiedenis | grep -i cat
206 2013-09-16 01:02:49 cat / etc / issue
214 2013-09-16 00:59:04 cat /etc/slim.conf
223 2013-09-16 01:07:56 cat /etc/pam.d/slim
242 2013-09-16 03:26:37 cat .xinitrc
250 2013-09-17 02:28:53 cat / proc / cmdline
#! 242
Misschien wist je het al, voor mij is het heel praktisch.
Bedankt voor deze tips die je publiceert, elke dag houd ik meer van mijn urvxt.
Ik vind de ~ / .inputrc-truc beter
"\ E [A": geschiedenis-zoeken-achteruit
"\ E [B": geschiedenis-zoeken-vooruit
Het is erg snel en je went er wel aan XD Ik kan bash niet meer gebruiken zonder deze truc hahaha