|
Anzeige
|
Welcher Terminal für Linux-Kommandoeingaben ist zu empfehlen?Ich arbeite viel mit Linux-Befehlseingaben an mehreren Rechnern und SBCs gleichzeitig. Derzeit nutze ich Tappy Terminal, doch die Funktion (Addon) zum Abspeichern von Befehlen ist etwas bedürftig. Zu unübersichtlich und verbuggt! Könnt ihr mir etwas anderes empfehlen? Am besten Open-Source. Gerne auch KI-Reserve Engineering Terminals Was ist „Tappy Terminal“? Meinst du Tabby? Und warum sollte diese Anwendung Befehle abspeichern? Wenn man komplexere Befehlsfolgen häufiger braucht, kann man sie in eine Datei schreiben und als Script nutzen, und für einzelne Befehle bietet die Shell eine History, die man mit
man bash Darin: Gerne auch
Suchst Du so etwas wie Clusterssh [1,2]? [1] https://github.com/duncs/clusterssh [2] https://www.linux.com/training-tutorials/managing-multiple-linux-servers-clusterssh/ Vielleicht ist nicht mehr Tippen eine Lösung, sondern die Automatisierung von Abläufen mit Tools wie Ansible. Ja, diese Tools haben eine Lernkurve, aber sie packen das Problem an der Wurzel. fchk
Nutze ich (haltet mich für umständlich, egal...) nach der Eingabe des Befehls history > history.txt eben diese Textdatei um die bisher genutzten Befehle zu archivieren Da braucht es keine extra-Tools. Das funktioniert dann auch mit Livesystemen. :
Bearbeitet durch User
Wie wäre es mit dem hier?: https://wezterm.org/ ansible zr Automatisierung wurde ja schon erwähnt. als zusätzlichen Tipp schicke ich "tmux" ins Rennen.
¿ Oder " KI-Reverse Engineering Terminal " ? Ich habe gerade die KI nach Terminals für supergute Bot-Admin-Führer-Cracks Terminals ähnlich wie Tabby gefragt. Viel Spaß mit dieser Frage ;)
man kann die Textdatei auf ein frisches System übertragen Wenn der Host windoofs ist nehm ich gerne Teraterm. Der hat eine recht mächtige Makrofunktion.
Warum nicht >history und dann den passenden Befehl von Terminal ins gleiche Terminal kopieren?
Die Kollegenden nutzen gerne Moba XTerm [1], das nicht nur den Shell-, sondern auch direkt einen Dateienzugriff ermöglicht.
weil am Arbeitsplatzrechner die history gerne gelöscht wird.
Interessehalber: Wozu soll das gut sein?
Ich habe es so verstanden, daß es die lieben Kollegen sind. ;-)
… sollten eigentlich auf anderer Leute Accounts nicht zugreifen können.
Genau.
Ein Rechner und viele Leute, die daran etwas drucken sollen.
aber sinnvoll... automatisierung. wie auch immer.
Ist es dann so, dass die Kollegen die Datei mit der History löschen? In dem Fall würd’s helfen, die auf „append only“ (mittels :
Bearbeitet durch User
Ja, weil der Kollege soll ja nicht vom neu erworbenen Wissen profitieren können. Willkommen in der neuen Arbeitwelt! Es gibt schon legitime Gründe, die history zu leeren. z.B. wenn man mit
Das nutze ich auch in der Firma. Vorteil für mich: man kann auch direkt Tunnel einrichten (in meinem Fall zur IBM Cloud) und aktivieren und man hat einen integrierten X-Server, den ich für ein paar alt Programme brauche.
Ja, ist nachvollziehbar. Dafür habe ich bei mir in der zsh-Config Ansonsten wäre hier dann vielleicht doch ein Gast-Account (für alle Gäste; man kann es so einrichten, dass er beim Ausloggen zurückgesetzt wird) sinnvoll.
Bash nutzt ebenfalls HISTIGNORE kann dann zB. Antwort schreiben |
Anzeige
|
