Искусство командной строки

Вот так живешь, считаешь себя не плохим таким знатоком Linux, а тут раз и калькулятор в баше.
А вообще, спасибо за статью, открыл несколько новых вещей для себя.

Огромное спасибо за статью, форкнул репозиторий, нашёл неточности перевода, сделаю pull request.

А теперь немного чистой, незамутнённой ненависти!

В оригинальном тексте, как и во всех переводах, строки длиной по несколько метров!

Если бы там был какой-нибудь plain text это можно было бы не простить, но хотя бы понять. Ну то есть автор хотел, чтобы ширина строки адаптировалась к ширине окна. Но там же маркдаун. Который при просмотре строки склеивает! Специально созданный в том числе для этого!

Какого лешего! Как вышло так, что автор, рассказывающий об искусстве владения командной строкой отформатировал текст так, что при исправлении опечатки в одном слове, гит считает изменённым весь абзац целиком? Файл, внутри которого содержится рекомендация изучить и использовать vim, нельзя нормально редактировать с помощью этого текстового редактора, это как? Такого тонкого глумежа я не видал уже давно!

Чтобы заменить все нахождения подстроки в одном или нескольких файлах

Имхо, удобнее sed дёргать.

$ cat file | sed 's/first/second/g'
$ man sed

Ожидал в статье увидеть ещё, что можно вйти с помощью ctrl-d. Открыл для себя nohup, была проблема с остановкой процессов из-за закрытия терминала.

Большинство утилит какой-то нераспространённый новодел не лучшего качества. На мой взгляд, так:

-- iostat, sysstat, sar, glances, iftop
++ atop
-- slurm
++ speedometer
-- 7z
++ xz
++ pxz, pigz, pbzip2 - многопоточные компрессоры, на многопроцессорных системах творят магию моментально. совместимы с их однопоточными предшественниками xz, gz, bzip2

Спасибо за труд и популяризацию unix и bash.

~$ m4
The program 'm4' is currently not installed. You can install it by typing:
sudo apt-get install m4
~$ pv
The program 'pv' is currently not installed. You can install it by typing:
sudo apt-get install pv

Я так понимаю, где-то половины из описанного в linux не стоит «из коробки».

Тогда логичнее описать coreutils, так как

The GNU Core Utilities are the basic file, shell and text manipulation utilities of the GNU operating system.
These are the core utilities which are expected to exist on every operating system.

(отсюда)

К примеру, в тексте ни слова о pwd и basename, а они, порой, гораздо важнее в скриптах, чем, например, factor, и входят в те самые coreutils.

Долго читал оригинал на github'е, т. к. в процессе отправил 6 PR.

Чтобы заменить все нахождения подстроки в одном или нескольких файлах:
perl -pi.bak -e 's/old-string/new-string/g' my-files-*.txt

Проще и быстрее
sed -i 's/old-string/new-string/g' my-files-*.txt

Опечатки, которые бросились в глаза:
аббривиатур
директории (и поддерикториях)

Насчёт vim автор тоже погорячился. Во-первых, он есть не везде. Во-вторых, vi и vim требуют искейпа для выхода из режима редактирования. Поэтому самый универсальный редактор — ed, с ним можно работать в терминалах без клавиши ESC.

Галопом по европам, но хозяйке на заметку. Спасибо!

А перевод, конечно, грязноват, и советы местами странноваты.

m4 — «простенький» макропроцессор :)))
Надо бы, конечно, освоить, а то всё awk (да python в тяжёлых случаях).
Кстати, awk — в отличие от m4 — из коробки. А штука-то достаточно мощная и полезная…

Перед тем, как давать совет «man anything», нужно давать совет «как выйти из мана». Это, всё-таки, недо-vi.

За «инпут» и «аутпут» — зла не хватает. Не поленился транскрибировать, а на перевод уже сил не осталось, или это и есть перевод?
*(надевает красную повязку с чёрной буквой G на белом круге)*

Я б добавил ещё watch, позволяющий периодически (по умолчанию — раз в 2 с) выполнять любую команду и отображать её вывод в полноэкранном режиме, например:

watch ps xw

Всем спасибо за пулл-реквесты, советы по улучшению и помощь! PR'ы все просмотрю сегодня после работы (у нас со многими из вас очень разный часовой пояс).

Пара моментов: не нужно писать мне в личку забыли X, лучше использовать Y. Это – результат коллективного труда и вы можете сами влиять на материал как хотите. Только если добавляете новые команды, пожалуйста добавляйте их в английскую версию (желательно перед этим открыть тикет в оригинальном репе и посмотреть, согласно ли сообщество с вами). Из английской версии переводчики переведут во все остальные. Если в английскую отправлять не хотите можете открывать тикет в моем форке на русском, и я переведу этот тикет на английский и переотправлю его Джошу в оригинальный реп (опять-же, только если ваше дополнение того стоит).

Если же вы вносите изменения именно в перевод (исправление опечаток, изменения формулировок, то не важно куда вы отправляете PR (мне в форк или Джошу в оригинальный реп). У меня уже куча пулл-реквестов, всем огромное спасибо. Русскоязычному сообществу нужно плотнее интегрироваться в Github.

Кто-то заметил проблему длинных строк, она решабельна, но тогда скорее всего сломается git diff, поэтому пока что советую в редакторе, в котором вы редактируете маркдаун включить перенос строк.

Кстати, почему на Хабре до сих пор нет маркдауна? Местная разметка — убогий отстой. OMG, Emoji тут тоже не поддерживаются

(xargs) Еще -I{} – полезная штука.

Это глупость, которую с find'а притащили. Зачем лишние символы печатать? Можно использовать любой символ, я обычно использую I капсом, чтобы меньше думать и быстрее печатать.

ls -1 |xargs -I I echo The I was here.

Недавно развлекался в баше раскрашивая себе PS1 в зависимости например от того в каком проекте находишься, в какой ветке репозитория и в какой папке.

Спасибо, много полезного материала, собранного в кучку.
Но есть непроверенные или нераскрытые до конца вещи, которые в такой краткой подаче могут только запутать. Некоторые из них:

> Будьте знакомы с работой с процессами в Bash: &, ctrl-z, ctrl-c, jobs, fg, bg, kill, и т.д.
Процессы (processes) и задачи (tasks) — разные вещи.
Эти команды (fg, bg, jobs) управляют именно задачами, и относятся к работе самой оболочки. Нужно не путать задачи и процессы. То есть любая задача — процесс, но не любой процесс — задача.

> найте про heredoc-синтаксис в Баше, работает он вот так cat <<EOF…
Он работает не совсем так. Вместо EOF правильно писать delimiter, потому что тут может быть любое сочетание букв (EOF — это просто привычная аббревиатура). После чего можно ввести многострочный текст, а закончить его опять delimiter в пустой строке. Правильный пример:
cat << delimiter
…
…
delimiter

> В Баше много типов пространства переменных. Проверить, существует ли переменная – ${name:?error message}.

конструкция ${variablename:[cmd][text]} имеет четыре [cmd]: -=+?
— просто вывести наш [text], если variablename==null
= присвоить variablename значение [text], если variablename==null и вывести variablename
+ вывести [text], если variablename != null
? вернуть ошибку и вывести [text]

Просто проверить существует ли переменная, это [ -n ${var} ]. То есть не раскрыта конкретная тема, почему именно {$name:?error}, которая на самом деле не просто проверит существует ли переменная, но еще и выдаст ошибку (и соответственно завершит наш скрипт).

> Для того, чтобы выполнить определенную команду с привилегиями, используйте sudo (для рута) и sudo -u (для другого пользователя). Используйте su или sudo bash для того чтобы запустить шелл от имени этого пользователя. Используйте su — для того, чтобы симулировать свежий логин от рута или другого пользователя.

su -u не полноценно симулирует свежий логин от другого юзера. Во многих случаях могут остаться мусорные переменные окружения. Ну и нужно правильно настроить sudoers, чтобы иметь возможность использовать sudo. Тут вообще тема не очень раскрыта. Например не упомянуто, что некорректно логиниться от root, лучше вообще иметь пользователя root с пустым паролем и запретить логин с пустым паролем. А права суперпользователя наследовать через su/sudo — это современная практика.

> Сложно, но полезно
Было бы неплохо этот список отсортировать по алфавиту, для удобства.

случайный совет, альтернативная реализация через xmllint и html2text (у меня с xmlstarlet не работало — были проблемы с кодировкой):

function taocl() {
        curl -s https://raw.githubusercontent.com/jlevy/the-art-of-command-line/master/README-ru.md |
        pandoc -f markdown -t html -s |
        xmllint --format --recover --dropdtd --html --xpath "(html/body/ul/li[count(p)>0])[$RANDOM mod last()+1]" - 2>/dev/null |
        html2text -utf8 |
        fmt -80
}

Для того, чтобы получить более наглядный вывод json, можно использовать:

cat json.json | python -mjson.tool

Просмотр environment уже запущенного процесса:

cat /proc/`pidof someapp`/environ | tr '\0' '\n'

Конвертирование единииц исчисления байты, мегабайты, мибибайты и прочее:

numfmt --to=iec-i ...

Извините, лень письмо писать:
«file glob expansion with * (and perhaps? and {…}),» — явно недопереведено
«безпарольной аунтефикации» — беспарольная аутентификация (а лучше «проверка подлинности»)

i7z надо бы добавить

ctrl-u для того, что бы удалить команду полностью

ctrl-k для того, чтобы прыгнуть к концу строки

По умолчанию у bash-а эмаксовские keybindings, ctrl+u удаляет до начала строки, ctrl-k удаляет до конца строки, а прыгнуть к концу строки — ctrl+e.

Идеально Vim (vi), ведь у него нет конкурентов, когда вам нужно быстренько что-то подправить (даже если Вы постоянно сидите на Emacs...

Не хочу разводить holy war, но справедливости ради стоит отметить, что так было лет 20 назад. На текущий момент даже GNU Emacs довольно лёгкий (по сравнению с джавовскими ide), консольная версия стартует моментально и для быстрого редактирования одной строчки подходит не хуже vim-а, который сейчас наворотили так, что весит он побольше многих Emacs-ов. К тому же GNU Emacs-ом мир не ограничивается, openbsd-шный mg ещё легче.

Спасибо, про set -o vi не знал… Давно такое хотел.