Скрипт Nautilus для шифрования файлов и текстов в GPG/SSL

А зачем это, если есть командная строка с командами gpg и openssl? Что-то громоздкое можно заскриптовать или добавить алиасами в шелл. Для совсем извращенцев есть всякие GUI типа GPA.

Ну во-первых он может шифровать несколько файлов в папке одновременно. ВО-вторых, как лично мне – как стоящему в начале дзен-пути Linux – вполне себе удобно. И что-то мне подсказывает, что не только новичкам может быть полезно, мб просто кому-то пригодится.
На счет алиасов можно подробнее?
Я знаю, что алиасом можно задавать свою команду, например:
alias crypt='~/.crypt.sh'
НО! Для этого же нужен скрипт.
Вот я вверху и предоставил скрипты, при желании под которые можно создать алиасы.

А как происходит удаление установленных скриптов и редактирование контекстного меню?

Лучше приучайтесь работать с ком.строкой, серьёзно.

А вместо алиасов, я лично себе для подсказки завёл такой скрипт:

#! /bin/sh # For vi really :1,$! gpg ################################################################ cat - | less << GPGTIPS gpg --list-keys name | less gpg --list-secret-keys | less #--search-keys gpg -v --keyserver-options timeout=600 --keyserver-options verbose --keyserver keys.gnupg.net --search-keys name #--recv-keys gpg -v --keyserver-options timeout=600 --keyserver-options verbose --keyserver keys.gnupg.net --recv-keys 0x #--refresh-keys #already with name for update only neccecary key, not all keyring! gpg -v --keyserver-options timeout=600 --keyserver-options verbose --keyserver keys.gnupg.net --refresh-keys 0x #--send-keys gpg -v --keyserver-options timeout=600 --keyserver-options verbose --keyserver keys.gnupg.net --send-keys 0x # For vi ':1,\$! gpg' #Use without \'\' #--encrypt --sign '1,\$!' gpg -v --no-emit-version --armor --default-key 0x[myUID] --encrypt-to [RecipientUID] --hidden-recipient [HiddenRecipientUID] --encrypt --sign #--sign '1,\$!' gpg -v --no-emit-version --armor --default-key 0x --sign #--clearsign '1,\$!' gpg -v --no-emit-version --armor --default-key 0x --clearsign GPGTIPS ################################################################

Это команды для регулярного использования, остальное можно в мане посмотреть. Запускаете на соседней консоли и просто копируете нужные строчки, затем в строке подставляете имя или UID ключа. Если не используете vi, то вместо закорючек используете перенаправления с названиями файлов в ком.строке или соотв. опции gpg.

Можно создать архив какпосле чего зашифровать его.


Алиас — это короткое имя для какой-то одной, возможно длинной, команды. Например, чтобы удобно просматривать историю сообщений в mcabber, можно воспользоваться алиасомalias -g hist="|sed 's/^SO/So/;s/^SA/Sa/;s/^SN/Sn/;s/^SD/Sd/;s/^SF/Sf/;s/\(^MR.\{10\}\)\(.\{5\}\)\(:.\{7\}\)/\2 <==/;s/\(^MS.\{10\}\)\(.\{5\}\)\(:.\{7\}\)/\2 -->/;s/\(^S\)\(.\)\(.\{10\}\)\(.\{5\}\)\(:.\{7\}\)/\4 \*\*\* Buddy status has changed: \[ >\2\]/'"Его достаточно прописать одной строкой в ~/.zshrc, после чего выполняемКонечно, в команде в алиасе можно выполнить какой-то скрипт, но, имхо, лучше не мешать скрипты с алиасами. Для скриптов можете создать какую-нибудь директорию, добавить её в свою переменную PATH и класть туда все скрипты. С точки зрения юзабилити разницы не будет никакой: если вы введёте имя, оно выполнится, если есть алиас с таким именем или скрипт с таким именем. Для чего-то короткого, однокомандного, лучше делать алиас, а не засорять директорию скриптов на каждый чих, для чего-то же более серьёзного лучше сделать скрипт.

Быструю подпись можно делать, например, так:тогда оно будет работать примерно так:Полученную таким образом подпись копипастите на этот сайт, выбираете «OpenPGP-подписанное сообщение», ставите кодировку UTF-8 и отправляете, voilà. Правда, предпросмотр работать не будет, поэтому лучше сначала набрать сообщение с предпросмотром, а потом уже готовое скопипастить в эту команду.


В настройках Gnome/KDE, наверно.

Unknown, Гость – спасибо вам обоим! Я не могу понять только одного – а чем так плохо встраивать в контекстное меню? Неужели на самом деле работа из консоли происходит в разы быстрее?

При должной тренировке — да. Плюс, в консоли есть много средств, которые принципиально легче в использовании. Наконец, для многих команд в GUI нет аналогов или они отстают (устаревшие), или глючат. Ещё один довод — если у вас не работает, глючит, не настраивается уже исходная консольная команда: ssh, openssl, openvpn, gnupg, etc. — вас попросят привести в репорте вывод консоли. Что там рисует ваша оболочка и её персональные глюки — это будет волновать гораздо меньшее число пользователей из числа разбирающихся в предмете.

Спор "консоль vs. GUI" довольно древний и традиционно флеймовый. В качестве традиционного недостатка можно отметить только сложность освоения и запоминания нового (но не использования). Т.е. это только недостатки порога вхождения.

И учтите, что много традиционных доводов о недостатках консоли не подходят для ситуации, если вам нужна безопасность и функциональность. А затраты на преодоление порога вхождения (время и силы на самообучение) вам не существенны.

А там где речь не идёт о безопасности — рисование, медиаразвлечения, там GUI оправдан. И доводы в его пользу справедливы. Хотя и там интересные ниши для консоли есть, но это уже оффтопик.

Неужели на самом деле работа из консоли происходит в разы быстрее?

Несоизмеримо быстрее. Для этого нужна не только, впрочем, тренировка, но и настройка окружения/шелла под себя, настройка алиасов/скриптов на часто выполняемые действия, настройка путей быстрого доступа^*, добавление autocd-опции, чтобы не писать cd, а просто вводить имя директории и жать Enter. Чтобы было комфортно, должно быть приглашение командной строки, отражающее текущий путь, удобные шрифты и расцветка. По умолчанию в свежеустановленной системе нет практически ничего из вышеперечисленного. Должно быть удобное автодополнение, в конце концов. Например, zsh позволяет выбирать нужный вариант маркером, перемещаясь среди имеющихся с помощью клавиатурных стрелок, но это нужно явно включать, настраивать, или утянуть чей-то конфиг, где всё уже есть, и слегка разобраться, как оно работает (я делал в своё время так). Одним словом, голая консоль и консоль настроенная отличаются как небо и земля.

Все постобработчики вывода текста (типа |less, |grep, |sed) должны быть на алиасах, чтобы вы писали cat file l, или даже <file l, вместо cat file |less. Например, хочется просмотреть историю сообщений джаббера — набираете cat ~hist/jid hist l, и всё, дальше смотрите вверх/вниз как в обычном less (стрелки работают, PageUp/Down, поиск и пр.).

На предмет того, как эффективно организовать повседневную работу в консоли, можно написать книгу, куда включить описание vim,^** awk, sed, настроек и т.д. Наверняка такие книги уже есть. Что-то такое написал в своё время Федорчук, пытаясь объяснить начинающему хомячью, почему mc и файловые менеджеры — зло, почему быстрее и удобней это делать в командной строке, даже конфиги привёл, объяснения, как они работают. Базу из таких книжек можно поцепить, а дальше уже доарабатывать и разбираться самому.


Кому интересно, предыдущий флейм находится здесь, а ключевые комментарии там — /comment16377 и /comment16628.

^*В zsh это строка hash -d mydir=/path/to/dir в ~/.zshrc, после которой можно всюду писать ~mydir, и оно будет пониматься, как полный путь /path/to/dir.
^**К примеру, хоть я и освоил базовые хоткеи vim, и у меня это повседневный редактор, всё равно знаю лишь ничтожную часть его возможностей, всё никак не могу найти время доизучить его.

А ссылки не осталось? Хотел бы прочесть.

Я читал с бумаги. Название «FreeBSD. Установка, настройка, использование». Есть в торрентах и просто в djvu, если хорошо порыться в интернетах.

пытаясь объяснить начинающему хомячью, почему mc и файловые менеджеры — зло, почему быстрее и удобней это делать в командной строке

Ну так Вы объясните в двух словах, на пальцах. Почему действительно быстрее делать все через консоль, а потом посчитать затраты по времени на теорию, обучения, практику и привыкание. Поэтому те, кому Линукс не нужен по работе – конечно предпочитают готовые решения. А вот если бы доходчиво объясняли, что и как, как лучше освоиться – наверное и меньше было, так называемого начинающего хомячья. Не все кодеры и не все админы, и даже я Вам более скажу – не все ИТшники.
Поправьте меня, если я не прав и желательно аргументированно, буду благодарен.
А то понятное дело, все гуру сидят и не интересно на "ламерские" вопросы отвечать, это само собой – гордость, и всякие "Я сам это прохавал, какого хера мне других поучать" и тд.

В двух словах уже всё сказано выше:

Кому интересно, предыдущий флейм находится здесь, а ключевые комментарии там — /comment16377 и /comment16628.

А как это объяснить? Показать на двух примерах? Ну, скажут, что неубедительно. Перечислить рутинно сотню случаев, подбирая самые типичные — это долго, на длинную статью потянет. Что именно вы хотите услышать? Нужен какой-то один яркий демагогический пример, от которого все проникнутся? Всё основное сказано по ссылкам выше. Пользоваться GUI — это как разговаривать друг с другом, показывая картинки, т.е. медленно, не всегда однозначно понимают, очень ограничен круг информации, которую так можно передать, и т.д. Пользоваться встроенным языком программирования (шелл близок к нему по идеологии) — это как говорить словами, сразу растёт множество того, что можно сказать, возникает полнота. Даже если забить на скорость, мало кто будет спорить, что многие действия, особенно рутинные, можно выполнить только написав специальную программу под это дело, но в командной строке этого часто можно избежать, т.к. вводимая команда уже представляет собой полноценную минипрограмму, где можно оговорить всё типичное: циклы, условия, перенаправления потоков данных, запрос файлов и их содержимого по регулярным выражениям-маскам и т.д.


Федорчук не является ни одним из перечисленных вами типов, для него это хобби. Я тоже не являюсь, для меня это хобби, но оно позволяет мне решать мои собственные задачи быстрее. Можно много примеров навыдумывать, но некоторые из не самых тривиальных:

• В каталоге X лежат сотни файлов с исходниками программам и не только. В некоторых из файлов, относящихся к исходникам (расширение, например, *.xxx), использовалась функция-однострочник myfunction. Надо найти имена тех файлов, где она использовалась, и вывести сам этот однострочник. Решение:

  $ find /path/to/X -name \*.xxx -exec grep -l myfunction {} \;
  $ find /path/to/X -name \*.xxx -exec grep myfunction {} \;

  Первая команда даст список файлов, вторая — однострочники.
• Вам нужно отредактировать файл /path/to/file.txt, заменив в нём строчку 235 на «привет». Как это выглядит
  • В GUI: открыть файловый менеджер... подождать, пока он откроется... щёлкнуть мышкой на что-то... потом ещё раз щёлкнуть... и так много-много раз, пока вы не попадёте в нужную директорию. Помимо щёлкания мышью вы будете долго-долго скроллить экран, если файлов в директориях много. Когда вы-таки доберётесь до файла, на него надо щёлкнуть. Если всё настроено правильно, при щёлкании на него запустится редактор. В редакторе вы будете искать, как включить показ нумерации строк. Когда вы включите, вам нужно мотать-мотать колёсико до 235-ой строки. Там вы стандартным образом удалите содержимое и напишете «привет». Потом вам надо сохранить файл — это ещё один клик минимум. Потом закрыть приложение. Это ещё один клик. Закрыть файловый менеджер. Это ещё один клик.
  • В нормальной настроенной командной строке: Поскольку терминал открыт всегда и в нём всегда запущен screen (ну, или tmux), то нам требуется нажать следующее: ctrl+a с cd /path/to/x vim file.txt :235 C привет ESC ZZ ctrl+d (пробелы поставил для улучшения читаемости).
• Сильно упрощается работа с редактированием файлов и обработкой текста. Поскольку управление компьютером тоже текстовое, всё это интегрируется. К примеру, сохранить все текущие сетевые настройки в файл:

  $ route -n > file
  $ ifconfig -a >> file
  $ cat /etc/resolv.conf >> file

  Всё, теперь у меня в файле file записано всё, что относится к текущей конфигурации сети. Мне не надо открыть файлы в редакторах, шарится по файловому менеджеру, выделять и копировать текст мышкой, жать на подтверждение и сохранение. Достаточно набрать те три команды и всё сделано (физически набирать придётся меньше, т.к. работает автодополнение при нажатии на Tab). Если мне потом надо этот файл скопировать на другой компьютер, я наберу дополнительно

  $ scp file user@domain.net:/tmp

  и всё, файл уже там — не надо открывать файловый менеджер, куда-то коннектиться по сети, вводить пароли (в моём случае аутентификация автоматическая и по ключам). Плюс есть много примочек, которые позволяют сделать это ещё эффективнее: сокращения для часто используемых команд, для часто используемых путей, умные автодополнения (первые 2-3 символа файла или команды или опции к ней вводишь и он дополняет сам или выводит список возможных дополнений, из них стрелкой можно выбрать нужное).
• Я предлагаю (тем более непрограммистам) изучить сначала vim. Он полностью изменит вашу жизнь, вы не сможете себе представлять, как вы ранее жили без него. Он есть подо все ОС и платформы. В нём удобно набирать письма, программы, заметки — всё, что угодно, любой текст. То, на что без vim уходят десятки бесплодных нажатий клавиш, с помощью vim можно сделать буквально несколькими нажатиями. Это настолько магическая мощь, что в какой-то момент вы сами перестанете отдавать себе отчёт в том, что делаете. Меня иногда спрашивают «как это быстро сделать в vim?» и я теряюсь, я не могу ответить. Мне приходится открывать тестовый текстовый файл и редактировать его по наитию, потому что я не знаю, на что я жму, но текст моментально меняется на то, что надо. Я не держу ничего в голове, просто сами пальцы знают, куда и в какой последовательности нажать, чтобы сделать те или иные правки в тексте. Отрефлексировав, я могу потом сказать, что это делается такой-то комбинацией нажатий. На самом деле, редактирование в vim — это программирование, где каждое нажатие клавиши — некоторая исполнимая команда, причём все эти команды имеют полноту и расширяемость. Например, вы хотите скопировать абзац, который ниже от курсора, удалить его и вставить в самое начало текста, причём оставив его в определённом буфере, чтобы потом вставить ещё раз в каком-нибудь другом месте: "cd}gg"cP (когда писал эту команду, пришлось не смотреть на экран, чтобы сознание отдохнуло и за меня подумали пальцы). Текст теперь в буфере "с", чтобы его где-то вставить ещё после позиционирования в нужное место, жмём "cP. Можно сделать хоть 27 буферов, сосуществующих одновременно, но мне больше 5-ти никогда не требовалось. Или, допустим, вы хотите отформатировать абзац текста так, чтобы все строки были не длиннее 100 символов — набираете :set textwidth 100, а потом в нужном абзаце жмёте gqap и всё, дело сделано. Набор в vim — это как игра на фортепиано. Вы смотрите в ноты, а пальцы сами знают, куда нажать, так же и тут: вы смотрите в текст, а пальцы сами нажимают, куда надо. За несколько дней практики можно научиться работать в vim не медленее, чем в любом другом редакторе, потом начнёт расти скорость, и чем больше у вас опыт, тем быстрее будет скорость набора и редактирования. На каком-то этапе вы уже не сможете объяснить сам себе, как вы это делаете — мозги полностью отвязываются от клавиатуры. Если не боитесь магических практик, то vim — это ваше всё. Напоследок скажу, что я знаю около 3% от существующих в vim хоткеев и функциональности, т.е. только то, что есть в русскоязычных популярных статьях на тему и шпаргалках. Когда-то много лет назад выучил самые-самые основы, а до большего руки до сих пор не дошли.

А обучающих видеоуроков на Youtube нет? Или просто сравнительных роликов? Когда одну и ту же операцию проделывают в консоли, а затем в графике.

Гость (21/08/2013 04:24)
Твой пост надо отправить в Фонд полезных постов.
Кому нужно первые шаги в консоли освоить – велкам https://www.youtube.com/watch?v=Wj3J6sONKEM
А так да – нужно новичкам доходчиво объяснять преимущества работы в ней.

В GUI: открыть файловый менеджер... подождать

Я не спец конечно, но Вы точно сгустили краски насчет Гуи. Поиск есть и в менеджерах и в редакторах, а уж нумерация строк в редакторе это не экзотика. Имхо, я сказал бы что есть операции, которые оптимальнее делать в консоли, но что консоль лучше менеджера – это слишком смело. Большое дело – привычка. Я например, постояно ошибаюсь при вставке в консоли командой Ctrl+V (привычка). Да можно использовать Shift+Ctrl+V, но у меня переключение расскладки ctrl+Shift и не срабатывает.. нужно настраивать и т.д.