После восьми месяцев разработки опубликован выпуск консольного файлового менеджера Midnight Commander 4.8.30, распространяемого в исходных текстах под лицензией GPLv3+...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59597
Нужно. С архивами в основном через него работаю. Поздравляю всех причастных!
Также неплохо с архивами работает far2l - Far Manager. Вошел в репы для популярных ОС Linux, для остальных собирается из исходников за неск. минут. Выглядят ярче, понятнее, функциональнее (600+ плагинов), мощно работает с сетями, симлинками, правами. Очень привычен для продвинутых Windows-пользователей.
Вот только эти 600+ плагинов под винду.
Не трынди, нет у тебя никаких прав
Рошаль, залогинься.
И да, я так и не купил твой винрар...
Зря ты так :) Женька помнится в фидоконференции осуществлял бесплатную тех.поддержку для всех пользователей.
Ой вей, бесплатные тестеры. Таки наш человек, ещё и рады остались.
> Ой вей, бесплатные тестеры. Таки наш человек, ещё и рады остались.ви таки не поверите, но тестером таки и не спободобился побыть :)
> бесплатные тестерыAgile же.
Рошаль фаром уже лет двадцать не занимается, наверное.
>для остальных собирается из исходников за неск. минутПокажешь пример сборки far2l под openbsd, i386?
> Покажешь пример сборки far2l под openbsd, i386?Угу, и под "не популярный" дебиан тоже, т.к. в репах его там не видать
а вот в федоре есть. в копре правда
https://packages.debian.org/unstable/utils/far2l
> https://packages.debian.org/unstable/utils/far2lВот когда оно в stable появится, тогда можно будет вернуться к рассмотрению.
Стабильность она и в африке стабильность, как бы оно там 600+ плагинами не пахло, а вот мс действительно на любой операционке есть и его возможностей добавлять через меню/ext то что надо с головой
> https://packages.debian.org/unstable/utils/far2lВот ща разопремся unstable юзать из-за этой фары. Не многовато ли чести для этой шняги?
Для остальных (Linux) дистрибутивов могу показать.
С BSD возитесь cами.
>>для остальных собирается из исходников за неск. минут
> Покажешь пример сборки far2l под openbsd, i386?у опёнка сборка far2l падает на отсутствующем statfs.h.. он есть в портах zig, но не в пакетах (для i386, если не путаю).. neon и xerces в пакетах есть (для webdav и colorer-а).. может ещё где завал.. и, ессно, мелочи, типа некорректного указания #include <malloc.h> и т.д. и т.п..
rox-filer и mc - более чем достаточно, кмк..
> Также неплохо с архивами работает far2l - Far ManagerУ меня он архивы умеет только просматривать - только список файлов архива показывает.
Попытка что-то изнутри архива скопировать приводит только к появлению в нём надписи :"/usr/local/bin/far2l" --libexec "/usr/local/lib/far2l/Plugins/multiarc/plug/multiarc.far-plug-mb" BuiltinMain libarch x /home/user/DOWNLOAD/arhiv.zip -cs=CP866 -- "arhiv.png"
После этого фар зависает и приходится его из небытия вытаскивать клавишами Ctrl+Alt+C.
Наверно это связано с тем, что работа с архивами у фара настроена через запуск внешних команд, а эти внешние команды у него тут во фряхе всегда приводят только к зависанию фара вместо выполнения команд. Невозможно даже выполнить команду типа cd /tmp. Приходится по каталогам ходить только дёшево - стрелками, ентерами, прыжками в корень Ctrl+\ да прыжками в надкаталоги Ctrl+PgUp.
>функциональнее (600+ плагинов)Плагины-то с наличием исходников?
Они на lua для третьей версии фара
> Они на lua для третьей версии фараВы хотите сказать, что все, что написано на луа, автоматом опенсорц?
Луа же интерпретируемый язык, вроде? Значит сорцы спокойно читаются.
luajit может делать *.о которые легко превращаются в бинарник
> Также неплохо с архивами работает far2l - Far Manager.А он точно в линухе корректно работает с ними? С его то переклином на "буквах дисков" и прочем виндовом бреде?
> Вошел в репы для популярных ОС Linux,
Да ну? Я проверил, в актуальной версии дебиана нет. В деривативах типа убунтов и минтов стало быть вероятно тоже. Это что за "популярные" ОС у вас там?
> для остальных собирается из исходников за неск. минут. Выглядят ярче, понятнее,
Что значит - "ярче" применительно к консольной программе? У терминала цветовая схема уж какая есть - и не програмское это дело пытаться ее заоверрайдить. Или вы еще и не консольный вариант юзать предлагаете? Это вообще бесполезно.
> функциональнее (600+ плагинов), мощно работает с сетями,
А это все точно в линуксе работает? В миднайте то с этим нет проблем...
> симлинками, правами. Очень привычен для продвинутых Windows-пользователей.
И что, в линуксе это все не глючит? И даже корректно рендерится через ssh какой-нибудь с ремотного хоста? Не, про ремот десктоп не надо, это другой уровень жора трафика и перфоманса. А миднайт даже на роутере-мыльнице можно завести. Иногда удобно - плотно порулить приатаченой к роутеру флешкой или хардом, файлом на этом всем. Фар так может вообще? В openwrt я его тоже не вижу, в отличие от миднайта. Недостаточно популярный линукс опять?
> Что значит - "ярче" применительно к консольной программе? У терминала цветовая схема [...]Ровно то и значит и именно по указанной же причине. Фар по дефолту запускается в своём собственном эмуляторе терминала. Можно запустить и в стороннем, но часть фич там не будет работать.
> Очень привычен для продвинутых Windows-пользователей.Мне как-то в 2006 попал в руки тот самый конверт с Ubuntu 5.10. С тех пор я не пользователь Windows
> Выглядят ярче, понятнее, функциональнее
Первое - минус, второе сомнительно, третье для меня неактуально
> С архивами в основном через него работаю.открой для себя archivemount и прекращай юзать этот неюнихвейный комбайнный двухпанельник в стиле нортона
двухпанельник в стиле нортона - юзабельный для 99% пользователь и лишь поручику он неюзабельный))). Сектанство с юниквей оставьте для своих сектантов.
Бедный, я прямо ощущаю твою боль. Зачем так жить?
Для работы с архивами добавьте команды в .zshrc (или аналогичный для вашей оболочки)# Распаковка архивов
# example: extract file
extract () {
if [ -f $1 ] ; then
case $1 in
*.deb) ar vx $1 ;;
*.tar.bz2) tar xjf $1 ;;
*.tar.gz) tar xzf $1 ;;
*.tar.xz) tar xJf $1 ;;
*.bz2) bunzip2 $1 ;;
*.rar) unrar x $1 ;;
*.gz) gunzip $1 ;;
*.tar) tar xf $1 ;;
*.tbz2) tar xjf $1 ;;
*.tbz) tar -xjvf $1 ;;
*.tgz) tar xzf $1 ;;
*.docx) unzip $1 ;;
*.zip) unzip $1 ;;
*.Z) uncompress $1 ;;
*.7z) 7z x $1 ;;
*) echo "'$1' неизвестный тип архива" ;;
esac
else
echo "'$1' файл не найден"
fi
}# Запаковать архив
# example: archive tar file
archive () {
if [ $1 ] ; then
case $1 in
tbz) tar cjvf $2.tar.bz2 $2 ;;
tgz) tar czvf $2.tar.gz $2 ;;
tar) tar cpvf $2.tar $2 ;;
bz2) bzip $2 ;;
gz) gzip -c -9 -n $2 > $2.gz ;;
zip) zip -r $2.zip $2 ;;
7z) 7z a $2.7z $2 ;;
*) echo "'$1' неизвестный тип архива" ;;
esac
else
echo "'$2' файл не найден"
fi
}
Посыпется на архивах, содержащих пробел в имени. Пора бы уже брать себе в привычку оборачивать переменные в кавычки.
Полностью с тобой согласен.
Только переменные в кавычках не поддерживают глоббинг, а это значит, будут проблемы, где файлы с переносом строки в имени или спецсимволами навроде доллара и кавычек -- шелл может всё это экранировать самостоятельно и вручную ты ничего не сделаешь универсально. И с регулярками могут быть самые разные сложности. А добавишь глоббинг и будет в два раза больше проблем, но уже с другими вводными.Плохой совет, не годный. Но, я полагаю, любой, кто планирует использовать шелл, должен быть готов к конструкциям вида 'rty=qwe; cmd '"'"'var="${bar%/*}";'"'"' arg;' (реальный пример). Просто надо понимать ограничения, особенно, если это работа с произвольными данными или тем более именами файлов. С файлами вообще никто не умеет работать. Есть простой способ через find, конечно, но это с сабшеллом и опять же глоббингом.
Поэтому, KISS вполне имеет место быть, всё равно, чтобы сделать универсально, сначала придётся хорошо попотеть, а это время.
> переменные в кавычках не поддерживают глоббингА должны? На примере с extract делай глоббинг сам, вручную вбивая его в шелл, то есть за пределами функции: extract ./плохоеимяфайла* -- далее шелл его заглобит, и extract будет работать с уже зарезольвленным именем, в котором хоть перенос строки, хоть черт лысый. Твоя ошибка в том, что тебе кажется, что функция должна уметь все на свете, -- а это противоречит single-responsibility principle.
> будут проблемы, где файлы с переносом строки в имени или спецсимволами навроде доллара и кавычек
Не будут.
> с регулярками могут быть самые разные сложности
Какие?
Любые незаглобленные переменные опасные. Как обойти то, что extglob не поддерживает имена файлов, например, с собачкой, когда я хотел матчить в нём несколько вариантов расширения у файла, я так и не придумал.
Этого недостаточно. Ещё проблемой будут имена файлов, начинающиеся с минуса.
Вот распаковка тарболов для баша
case "${file}" in
*.[Tt][Aa][Rr].[Gg][Zz]) ;&
*.[Tt][Aa][Rr].[Xx][Zz]) ;&
*.[Tt][Aa][Rr].[Bb][Zz]2) ;&
*.[Tt][Aa][Rr].[Zz][Ss][Tt]) ;&
*.[Tt][Gg][Zz]) ;&
*.[Tt][Xx][Zz]) ;&
*.[Tt][Bb][Zz]2) ;&
*.[Tt][Zz][Ss][Tt]) ;&
*.[Tt][Aa][Rr]) tar xf "${file}" -C "${tmpDir}" --force-local --xattrs --xattrs-include="user.*" --pax-option="delete=LIBARCHIVE.*"; ;;
esac
Но, я полагаю, тут автору комментария надо установить KDE, в котором есть поддержка просмотра архивов в ФМ без извлечения на диск. Только эта поддержка периодически отваливается, это да.
А не проще ли имя файла к нижнему регистру сразу привести в case блоке (`case "${file@U}" in ... esac`), чтобы не тр3ться с регистром регулярками?
Может, и проще, но появилось только в 5 баше. Это классический паттерн и ровно тот же привет мир столетней давности, что и у соседнего комментатора, немного адаптированный под реальное применение. Вместо @L я использую 2 запятые обычно -- т.е. вместо трансформации, модификацию регистра. Ещё наверно можно nocaseglob заюзать для примерно того же результата.
Еще можешь свалить всю mime магию на питонообертку atool.
> Для работы с архивами добавьте команды в .zshrc (или аналогичный для вашей
> оболочки)
> # Распаковка архивов
> # example: extract file
> extract () {
> if [ -f $1 ] ; thenТеперь попробуйте так распаковать из архива с 10 000 файлов вот эти 5 штук, визуально маркировав их... почувствуйте разницу... :)
Кроме шуток, ни разу в жизни не сталкивался с подобной задачей. Если мне надо извлечь 1 элемент, я перетащу его мышкой из окна нормального архиватора в соседнее окно нормального графического фм. Искать что-то в куче файлов в архиве? Не, не реально. Я либо точно знаю, что мне необходимо и как и где его найти в архиве, либо данные в таком виде никогда не потребуются и без ознакомления со всей извлечённой информацией в специализированной программе найдены не будут (куча мусора со случайными именами, не надо так).
>[оверквотинг удален]
> ;;
>
> *) echo
> "'$1' неизвестный тип архива" ;;
> esac
> else
> echo "'$2' файл не
> найден"
> fi
> }вы не в курсе, да, что современный tar сам определяет архиватор и банальное "tar xf" сработает для любого tar архива, если архиватор установлен в системе?
но даже если отбросить это, я не понимаю, чем это лучше mc, если мне нужно вытянуть один файл? потом же мусор сам по себе не уберётся
ps архивирую как раз в консоли: tar Scaf <архив.tzst> <файлы и папки> (и да, tzst можно менять на то, что нужно, и tar опять сам всё поймёт)
> С архивами в основном через него работаю.Ты так сильно себя не любишь?
единственное что в нем сделано ужасно - работа с архивами
nnn лучше.
А разве mcedit кто-то использует? И реально правит в нем код? Или все делают так:
F4, Ой, F10
EDITOR=vim/nano/emacs/etc
F4
лучше нано ничего на этих ваших линуксах не придумали
vim получше как по мне. но он сложнее для новичка
ОК как скажешь
:q
не благодари
Это если тебе надо испортить файлы, то нано тут первый кандидат. Да и максимально неудобный же. У вима по-моему проблема что он жирный и отвалившаяся libcurses делает его неработоспособным, а так он определённо проще для использования.
Не ну можно все что угодно виму припысывать, но что он проще это уже перебор. Это самы сложный редактор из всех что были когда либо придуманы.
Понятно что это все благодаря командам и режимам которые кому-то заходят. Но точно не проще.
А что там сложного? Разве что осознать, что есть отдельные режимы? Так подсказка в углу говорит, что за решим активен. Открываешь файл, находишь необходимое (стрелочками или поиском), если надо удалить строку, используешь d для удаления строк (что куда удобнее чем зажимать del или возюкать тормозящей мышкой), нажимаешь insert, делаешь оставшееся, ескейп, сохраняешь и выходишь (или отменяешь изменения). Проще ещё ничего не придумали. В нано в процессе редактирования нажмёшь что-то, и гадай, к чему это приведёт в этот раз. В виме такого не случается по определению.
> если надо удалить строку, используешь d для удаления строк (что куда удобнее чем зажимать del или возюкать тормозящей мышкой)Вы не поверите! Но в любом нормальном редакторе для удаления строки существуют хоткеи. Они там, кстати, много для чего есть.
Например, в nano это максимально вендузятный alt+del. Кнопка alt не используется таким же образом в программах на линуксе, это прямо просится на проблемы.
Хм.. А я CTRL-K всё жал...
(CTRL+K / CTRL+Y) — это ЕМНИП "вырезать до конца строки" / "вставить". Родом из emacs, если верить libreadline.
>максимально вендузятный alt+delЯ был прав. Ты просто нетакусик. Без этой нетаковости ЧСВ не потешить.
Ты не представляешь, насколько. Наверное, поэтому я использую только популярный софт в основном.
>для удаления строкиА для удаления нескольких строк? Вверх, вниз?
Ну обычно я выделяю то, что нужно удалить, а не пытаюсь подсчитать предположительное количество удаляемых строк.
В nano есть встроенная интерактивная справка, висячая внизу справка, максимально очевидные для пользователей шелла шорткаты и откат изменений, если "что-то пошло не так".А vim'ом невозможно пользоваться, вообще невозможно, даже пару строк поправить в конфиге, не закончив с отличием курса по управлению подводными лодками и боевыми истребителями.
> В nano есть встроенная интерактивная справка, висячая внизу справка, максимально очевидные
> для пользователей шелла шорткаты и откат изменений, если "что-то пошло не
> так".
> А vim'ом невозможно пользоваться, вообще невозможно, даже пару строк поправить в конфиге,
> не закончив с отличием курса по управлению подводными лодками и боевыми
> истребителями.Ну зато если запомнил всю эту ненужную информацию, то чувствуешь себя афигеть аццким хацкером. И можешь всем тут на форуме рассказывать какой ты крутой осилятор...
vimtutor проходится за три дня (в ленивом, без надрыва). К примеру слепая печать за полгода. Всё, ты можешь эффективно пользоваться vim. Да, там есть еще замены, регулярки, макросы, буфферы, проверка орфографии, но это когда прижмёт посмотришь. nmcli сложнее. ffmpeg гораздо сложнее. convert, да что там - много чего сложнее vim.
>Проще ещё ничего не придумали.Придумали. Редакторы без режимов. А твой пост — пост неофита, только-только открывшего для себя инструмент, которым можно понтануться перед одноклассниками.
Редакторы без режимов имеют огромное поле для ошибок, которые из раза в раз повторяются. Когда только открыл, я не понтовался, мне просто нравилась грамотная подсветка синтаксиса и хватало того, что я знаю как сохранить файл и как выйти без сохранения, следующее запомнилось отмена и возврат изменений, потом поиск. Потом научился вставке из ОС без искажений и долгое время больше ничего не требовалось. По сравнению с привычным scintilla-мусором это небо и земля было конечно. Сегодня у меня свой конфиг и плагины настроены, просто удобный редактор и всё. При этом нано как тогда так и сейчас корёжит мои файлы.
Я не спорю что вим может быть удобен и крут. Скорее всего так и есть. Но он интуитивно не понятен. В нём не работают сочетания клавиш из стандартных текстовых редакторов. Когда надо работать не в одной программе, а в нескольких, то запоминание разных сочетаний клавиш для одних и тех же операций нелогично.
> Редакторы без режимов имеют огромное поле для ошибок, которые из раза в
> раз повторяются. Когда только открыл, я не понтовался, мне просто нравилась
> грамотная подсветка синтаксиса и хватало того, что я знаю как сохранить
> файл и как выйти без сохранения, следующее запомнилось отмена и возврат
> изменений, потом поиск. Потом научился вставке из ОС без искажений и
> долгое время больше ничего не требовалось. По сравнению с привычным scintilla-мусором
> это небо и земля было конечно. Сегодня у меня свой
> конфиг и плагины настроены, просто удобный редактор и всё. При этом
> нано как тогда так и сейчас корёжит мои файлы.Прикольно, а я открыл mcedit или nano и сразу это заумел. А через месяц еще раз открыл, когда конфиг по мелочи надо было поправить и даже ничего не надо было вспоминать- все умения остались.
Уметь и постоянно лажать и уметь и не лажать это разные вещи, так что не приукрашивай. Последнее с вимом проще достижимо.
> Уметь и постоянно лажать и уметь и не лажать это разные вещи,
> так что не приукрашивай. Последнее с вимом проще достижимо.Ну да, поправить конфиг (то для чего собсна и используется консольный редактор)- там столько вариантов залажать. А в виме есть какой-то специальный режим, который позволяет не лажать?
Особенно это касается конфигов. 1 лишнее нажатие и прога работает непредсказуемо, о чём ты узнаешь только потом и потратишь часы на поиск проблемы где-нибудь ещё.
> Особенно это касается конфигов. 1 лишнее нажатие и прога работает непредсказуемо, о
> чём ты узнаешь только потом и потратишь часы на поиск проблемы
> где-нибудь ещё.Это щас про Вим? Согласен, в виме лишне нажатие и хрен поймешь что произошло.
Ну, в таком случае, это должно быть достаточно неудачное нажатие в командном режиме. Можно после этого нажать u и посмотреть, что изменилось. Нет, вим случайно ничего не сделает, а вот нано вполне.
Ты Нано с Вим спутал. В Нано нереально испортить.
Например, скопипастишь что-нибудь в него и всё уплывёт или вообще файл внезапно побьётся или хоткей сделает что-то нехорошее и взад не вернуть. Очень даже реально. Вообще говоря, в виме вставка текста тоже через :r! cat чтобы избежать поплывшего форматирования, но зато можешь быть уверен, что вставится, как надо.
Хз,у меня весь хоткей это F2 и большие тексты не вставляю.%
> в виме вставка текста тоже через :r! catЭто всё, что нужно знать о vim.
NE же придумали.
Я привык и использую уже лет надцать.
Я очень часто его использую.
В особенности, когда надо быстро вносить мелкие исправления.
Ага. Когда нужно просто поправить конфиг.
У нано проблемы с подсветкой синтаксиса конфигов и с хоткеями. Большая вероятность уничтожить данные.
Пользуйтесь же ne (nice editor).
Я открыл для себя ne больше 10 лет назад и с тех пор был просветлен.Не понимаю зачем что-то кроме ne нужно, и почему он не идёт в стандартной поставке каждого дистрибутива.
Если именно по умолчанию, то mсedit использую.
Впрочем, сейчас консольные приложения и в Linux сильно сдают популярность.>>реально правит в нем код?
Лет 15 назад правил в mсedit. Но, в нем же мелочи правят, особенно в скачанных исходниках опции, а никак не проекты целиком пишут.
> EDITOR=vim/nano/emacs/etcetc = joe
> А разве mcedit кто-то использует?Амазон, calltech, nasa...
> И реально правит в нем код?
Да
> EDITOR=vim/nano/emacs/etcnano vs mcedit???
Вы хоть пробоали разобраться с mcedit? или как "как все, - кто не в vi, тот ламер"?
> А разве mcedit кто-то использует? И реально правит в нем код? Или
> все делают так:
> F4, Ой, F10
> EDITOR=vim/nano/emacs/etc
> F4Он очень удобен для быстрых мелких правок в разлапистой иерархии. И вот подсветка синтаксиса как раз по делу. IDE он конечно не станет - зато разобраться с кучей мелких правок под какую-то ситуативщину - вполне.
Я весь код пишу в mceditVim это редактор от инопланетян для инопланетян
> А разве mcedit кто-то использует?Когда я в виме начинаю получать встаки символа "D" между строк при попытке использовать стрелки для перемещения по файлу, я с матюками из него выхожу и запускаю нормальный mcedit. Даже не хочу разбираться почему вим глючит на половине компов, а эмцэедит - нет.
Язык программирования B это круто!
Круто это Хассель.
самый адекватный ЯП это без сомнения питон
А самый безопасный - ...ладно, не буду об этом :-)
Зато все мы знаем, который самый безопасТный.
> самый адекватный ЯП это без сомнения питонНу напиши на нем кернел операционки, посмотрим как оно. А, кернелы же как булки, на деревьях растут и питон работает сам по себе, наверное.
Адекватный ? Считать пробелы с табами ?)))
А также актуально и современно)
Всегда поражаюсь, когда вижу в истории километровый шлейф команд ls/cd, когда рядом есть mc...
всегда поражаюсь, как люди выбирают максимально неудобный способ попасть в папку, когда есть zsh, который по дефолту уже хорош, и также когда есть божественный fzf. Сабж кстати крайне уевато работает с zsh.Чтобы не печатать cd, выставляешь AUTO_CD.
Чтобы не печатать каждый раз ls -al:
1) делаешь alias l="ls -al" (все гениальное просто)
2) способ посложнее: делаешь кейбиндинг, который выполняет ls -al по Ctrl-A. Лично я юзаю exa, но ты сумеешь адаптировать пример к гнутому ls.
exa-all() {
printf "\n"
exa --group-directories-first --classify \
--long --binary --group --all --color=always |
less
zle redisplay
}
zle -N exa-all
bindkey '^A' exa-all
Не, я этой фигней не страдаю. Зачем мне этот zsh ставить на сотни серваков (даже ансиблем), когда уже стоит mc. И потом, не на всех консолях этот zsh правильно отображаться умеет, в отличие от...
Этот zsh как минимум не мешает.. А у нас korn shell везде, а под ним полуношный командир почему-то ведёт себя плохо. Поэтому в производстве не пользуемся. Вобщем я поделился своей болью :)
Самое важное что по <Tab> тебе и так подскажет что есть в папке чтобы просто выбрать нужный файл, без всяких лишних команд. Это сильно удобнее и быстрее чем mc и не настроенные оболочки, где реально люди дрючат ls cd.
Таб - это хорошо, когда файлов немного. Для всего остального есть fzf completion по Ctrl-T.
Поиск в оболочке хорошо развит. Можно просто тыкнуть букву и по табу покажет нужный файлы, можно * поставить и поискать что-то внутри. Может конечно мне этого за глаза, но это даже плюс. Нет папок с много файлов, это плохо для фс. Если надо что-то реально искать есть find. У меня как-то так.
Панелька в ФМ гораздо, значительно лучше покажет, что есть в папке.
(кстати, как там терминология MS? не жмёт?)
>>Чтобы не печатать каждый раз ls..гениально, но..
- Что с тысячами нажатий Shift+Pg/Shift+Pg
- Что с выбором разношерстных файлов?
- Выбор имени файла, когда есть много длинных, незнакомых, и отличающихся в конце?>> alias l="ls -al"
Но зачем? Если можно и "l" сократить до нуля.
>>максимально неудобный способ попасть в папку, когда есть..
А что мешает запустить mc не в bash, а в чем нравится?
Кстати, чтобы не было тысяч нажатий, можно сварганить простенькую регулярочку (или там extglob). Если ты можешь выбрать файлы, значит, есть какие-то условия, определённая закономерность для выбора, и машина сделает это куда более эффективно (и в любых количествах). Всегда смешно наблюдать за аутистами, что то там тыкающими в консольных фм.
> можно сварганить простенькую регулярочку..В 12кб на Bash, шутки ради написал.. двухпанельный файл-менеджер. ;)
Внешне, по мотивам мс, в остальном ясно, что примитив, но с быстрой навигацией по файловой системе, и горячими клавишами, что быстрее чем на иных скриптах.
>>значит, есть какие-то условия..Условие - моё желание. Например при разборе "файл-помойки", чужих проектов, коллекций..
>>машина сделает это куда более эффективновы что за меня еще и есть будете? (с)
Ну да, я вот допустим на той неделе скачал 100000 постов какого-то художника, потом простенькой командой дополнительно скачал все предложенные в них архивы, распаковал на месте своим обычным однострочником (пришлось отдельно искать пароли у постов и скармливать в него), потом почистил от мусора в findutils, нашёл одинаковые файлы с различиями только в качестве файла и удалил плохие...Я мог бы конечно потратить несколько месяцев своего времени на ручной разбор (и уж точно консольный фм тут не помощник), но это только 1 автор и скрипт написанный за полчаса разрулил и всё грамотно рассортировал, практически моментально и без человеческого фактора (а, хочешь не хочешь, будешь делать ошибки).
> Чтобы не печатать cd, выставляешь...
> Чтобы не печатать каждый ра...
> способ посложнее: делаешь кейбиндинг...
...
...
> Чтобы не ...Вместо того, чтобы работать... и так на всех 1000+ хостах...
> всегда поражаюсь, как люди выбирают максимально неудобный способ попасть в папку, когда
> есть zsh, который по дефолту уже хорош, и также когда есть
> божественный fzf. Сабж кстати крайне уевато работает с zsh.В миднайте, особенно с включенными links keys навигация уровнем вверх-вниз это нажатие 1 кнопки. При том еще и выбор диры куда навигируем вперед - визуально. Видно все что есть и интерактивно сваливаем вон туда.
Извините но шелл и его приблуды в ТАКОЙ интерактив не умеют. Это прерогатива именно интерактивных программ. А epic win миднайта (ну и фара) в том что они это с шеллом под рукой совмещают. Так что можно отнавигировав в тридевятую иерархию визуально - потом всю мощь шелла там и развернуть как раз. Ну а по отдельности файловый манагер и шелл - менее мощны чем вот такое их суперкомбо.
Хорошая идея! Сейчас себе вкручиваю...А для чего эти строчки:
> printf "\n"
> zle redisplayИ CTRL + A используется для перехода на начало, для тебя это не создают трудности?
Я себе так сделал:ll_bind() {
ll --color=always | less
}
zle -N ll_bind
bindkey '^ ' ll_bindЯ где-то допустил ошибку?
Когда-то вы для себя откроете broot и ваши же собственные слова вам покажутся смешными.
Когда годно тогда годно.
ну вот - кошерные штуки умеют же.а то привязались с этими многочисленными треш-дистрибутивами со встроенными своими обоями и свистоперделками.
а за такое респект, каэшн.
Будете смеяться, но техподдержка одного програмного продукта (не будем говорить какого, хотя это был мегаплан) удалила с сервера mc с формулировкой "вредоносное ПО". На вопрос каким боком миднайт является вредоносным ответили: "во-первых он портит сохранение истории команд...", что у них во-вторых не сказали, но общение в тот раз с этой техподдержкой уже довело до желания написать им матом (писать так конечно не стал) и выяснять это "во-вторых" не было желания...
Они, кстати, правы. То, что сабж bash_history засирает -- это ни в какие ворота. Моё уважение профессионалам.
не...тут другое... Он просто сохраняет историю в баш_хистори только при выходе. И если 2 миднайта запущены, то происходит лотерея - какой из них сохранит, а какой нет. Но у этой "проблемы" есть более гуманные решения, чем "apt purge".
С башем точно так же -- не знаешь, какой будет закрыт последним, и что в этом файле окажется. А вот 2 экрана мусора при каждом запуске, это да.
Все-таки не возьму в толк о каком мусоре идет речь. Какие команды из под mc запускаются, те и попадают в хистори. Можете подсказать как увидеть этот "мусор"?
Вроде таких https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529590 когда нет HISTCONTROL="ignorespace" (что максимально нормально), весь лог будет забит.
Теперь понял о чем речь. Давно не встречал этот баг на всех своих серверах и рабочих станциях. Наверное уже пофиксили.
Неа, обещают исправить когда-нибудь (никогда) https://midnight-commander.org/ticket/2104
bash_history - находка для шпиона!
Если у тебя секреты плейнтекстом висят в процессах, скорее какая-нибудь "телеметрия" их сольёт. Ну как тот же скайп лез во все файлы, до каких только доберётся, вскод такой же, как я слышал. И хромой точно шарится.
Хе. А почему-то после запроса рефунда с разрывом контракта эти удаляторы становятся как шёлковые.
А вообще - арендовать нужно не сервисы, а виртуалки, тогда не будет такого
> "во-первых он портит сохранение истории команд..."Вообще это полная хрень полагаться на историю команд. Когда до этого доходит, то часто нужно знать ещё и когда эти команды вводились, и что там потом в команду юзер навводил. Не говоря уж о том, что тамвсё равно всё не отследишь.
нужно добавить шифрование при копировании
> нужно добавить шифрование при копированииИ зачем шифрование при копировании в локальной системе?
А чем эти не угодили если надо копировать за пределы хоста?
sftp || openssl || aespipe || hpenc || gohpenc
чтобы удобней было работать на файловом менеджере
> чтобы удобней было работать на файловом менеджереДля чего шифрование при копировании между директориями???
Зачем это шапочка из фольги?
ну например, тебе нужно скопировать важные данные на флешку в качестве резервной копии - тут поставил пунктик и готово
> ну например, тебе нужно скопировать важные данные на флешку в качестве резервной
> копии - тут поставил пунктик и готовоЭто буквально 3 строчки для меню ()
---------------------------------------
echo 'E Encrypt selected file
echo "Encrypting: " %f
<%d/%f aespipe -e aes192 >%D/%f.enc' >> /etc/mc/mc.menu
---------------------------------------Выбрал в одной панели файл, нажал F2 + E
Ввел пароль и в другой панели получил тоже имя файла с раширением .enc ну и естесвенно зашифрованным.Не вижу ни какого смысла хардкодить шифрование в мс, с меню можно изпользовать любую программу для шифровки в оличие от хардкода
хорошо, спасибо
Лучший фм это: ls, cp, mv, cat, cd, etc.
А есть люди у которых с быстрой памятью не всё норм, и такие костыли просто необходимы .....
Есть люди, которые играют в слепые шахматы, чтобы не тратиться на фигуры и доску.
Ну а что? Крутые да...
> Зачем сидеть на двухпанельном стуле с подлокотниками и спинкой, когда можно из деревяшек каждый раз, когда нужно посидеть сбивать себе табуретку. Ну или сбить из этих деревяшек скриптовой портянкой табуретку, но как в дорогих стульях
Coreutils дают больше контроля и не делают ничего постороннего, в отличие от сабжа. А уж если с findutils совместить, то мощнее инструмент едва ли найдёшь. А у сабжа одна птичка не там поставлена, и всё, попрощайся с информацией.
Собственноручно сколоченная табуретка тоже даёт больше контроля. Но она остаётся табуреткой.
Контроля над чем? От того что ты сколотил табуретку контроля не появится. А вот если ты лично собрал свой стул, используя профессиональные инструменты для сборки стульев, и лично убедился в качестве каждого из компонентов, вот это другое дело. А в твоём готовом стуле окажется внезапная функциональность вроде случайной пенетрации газовым лифтом при использовании подлокотника и незначительном смещении центра масс твоей тушки (это будет сюрпризом).
> Зачем пользоваться компактным мультитулом (плоскогубцы, набор отверток, ножик, открывашка и пара популярных типоразмеров гранников), когда с собой можно носить чемодан с инструментами для грубой работы, несколько коробок с инструментом для более тонкой работы, набор часовых отверток и сварочный аппарат?Закругляйся уже, слишком толсто
Ты находишься в 2 неделях пути от ближайшей цивилизации и из имеющихся средств у тебя только вышеперечисленное, сломавшееся уже после первой попытки использования. Ты не можешь починить своё средство передвижения, потому что тебе нечем открутить 1 винтик. Вокруг ходят агрессивные животные, светит солнце. Твои дальнейшие действия как любителя компактных китайских инструментов из пластилина? Можно с уверенностью утверждать, что подготовившийся человек (с качественным инструментом) с большой вероятностью выживет, и, более того, не окажется в такой ситуации (у него будут запасные варианты на такой случай).
Упитанно, однако.
Правда, есть один нюанс - ты предполагаешь использование ВМЕСТО, а не ВМЕСТЕ.
> Твои дальнейшие действия как любителя компактных китайских инструментов из пластилина?Беру инструмент чемоданчика ремнабора и затягиваю винтик.
А вот ты, пришедший на вполне культурный вечер посередине города с огромным баулом инструмента и в рыбацкой жилетке вызываешь двоякое чувство. Пока мой удобный мультитул лежит в небольшой кожаной сумке ты готовишься...непонятно к чему.
Твой вариант это вот это на самом деле https://photos.wikimapia.org/p/00/02/08/79/79_big.jpg
В плане поиска mc куда как проще в использовании, чем findutils.
Не существует ничего проще и универсальнее findutils.
> проще в использованиисоздай инструмент, который рассчитан на идиотов - только идиоты им пользоваться и будут
Умные люди предпочитают превозмогать.
> Coreutils дают больше контроля и не делают ничего постороннего, в отличие отCoreutils даже о MIME ничего не знают
> мощнее инструмент едва ли найдёшь.;)
Начнём с того, что MIME -- тормозная бесполезная шляпа. Возьми sys-apps/file, если так хочется, но это порочная затея.
Все шляпы, в той или иной мере, речь о обработке файлов и по расширениям, и по содержимому в файл менеджерах. Что отшельникам с coreutils не доступно :)
То что нужно делать ручками, но можно не делать - не будет делаться.
Какая обработка файлов по содержимому в файловых менеджерах? Конечно, нет, только при открытии. Потому что mime (настоящий, а не по разрешению) -- это очень, ну просто очень, не реально дорого. На практике jpeg файлы переименованные в png, или там rar в zip, aac в mp3, это всё же не норма (и спасибо, что так, куда чаще на самом деле перекодируют лосси в лосси). Да и какая разница? Сфейлится где-то что-то, да и чёрт с ним, есть миллион причин, почему может сфейлится. Файл явно испорчен.
Что ты там на своем локалхосте такое КОНТРОЛИРУЕШЬ, дорогой? Файлик из одной директории в другую совершенно одинаково копируется любым доступным способом, в любой операционной системе, в которой есть файлы и директории. Системные вызовы что у cp, что у mc одни и те же в итоге, поверь. Другое дело, что синий двухпанельник не так хакерски выглядит, как консоль. И иногда — редко, впрочем — действительно нужно засучить рукава и накропать однострочник, а тои вовсе интерактивно на сервер залогиниться и пошерудить. Всё остальное время не использовать более удобные визуальные инструменты сродни онанизму. И бесконечна череда cd/ls в истории твоего шелла тому лишнее подтверждение.
Допустим, права файлов, расширенные атрибуты (все эти васянские фм любят их стрипать) и так далее, можно нормально сравнить содержимое и параметры (а не как некоторые не будем показывать пальцем). А про одинаково, это ты кому-нибудь другому затирай. Абсолютно разные алгоритмы даже у каждого ФМ в одной и той же ОС, с разным поведением и производными эффектами, если даже не вспоминать, что в самой непосредственно libc представлено аж несколько способов для этого, и ведь есть ещё ядро, у которого тоже может быть много вариантов.>Файлик из одной директории в другую
Если ты не используешь rsync, то с тобой не о чем говорить.
Лучший инструмент в конкретной ситуации тот, в котором надо меньше кнопок нажимать для достижения заданной цели. Нередко, не поверите, это mc. Причем он совершенно не запрещает воспользоваться командной строкой в тех случаях, когда это удобней.
> Лучший фм это: ls, cp, mv, cat, cd, etc.Для новичка, который почувствовал себя гиком, может быть, но чтоб продуктивно и быстро работать то лучше все же инструменты посложней
Может кто подскажет: как после панелизации результатов поиска попасть в директорию одного из файлов результата? Вот, допустим, я сделал поиск файла makefile, нашлось 10 штук. Я выбрал "Панелизация", полазил по файлам, нашёл нужный. И теперь мне надо попасть в директорию с этим файлом. Как это сделать, кроме как запомнив путь к файлу и вручную до него добравшись?
Написать такое выражение — 30 секунд:cd -- "$(dirname -- "$(find -name Makefile | fzf --preview "cat {}")")"
Лазить по форумам, ища, как бы это сделать в "удобном" MC, где "все просто работает" — часы, дни, недели.
> Лазить по форумам, ища, как бы это сделать в "удобном" MC, где
> "все просто работает" — часы, дни, недели.В миднайте можно визуально выделить 5 "вот этих" файлов и скопировать/стереть/что там только их. В отличие от шелла, где быстро и визуально это так сразу не оформишь. А если этим в шелле попытаться заняться - вы в итоге напишете эрзац миднайта. Толко хреновый. А шелл в миднайте всегда под рукой - чем оно и круто. Можно даже в вьюшке или эдиторе нажать ctrl+o, что-то немного поделать в шелле, еще нажать, может даже скопипастив вывод вон той команды, воткнув это в это файло, при том в середину, ... а попробуете так вообще одним шеллом, не?
> шелл в миднайте всегда под рукойага, баш-онли. Ну и нафуя оно мне?
if [ -n "$MC_SID" ]; then # Midnight Commander
PROMPT='%(!.#.$) '
else
# строим нормальный промпт для нормальных терминалов
fi> быстро и визуально это так сразу не оформишь
Для визуала есть fzf, о чем я тебе тут неоднократно талдычу. На крайняк есть nnn. Разрабов nnn спрашивают: "чем оно лучше mc?" А они в ответ: "не знаем, не пользуемся, даже на скринах этого вашего mc не видели". Когда не оглядываешься на MC.EXE или его старших братьев NORTON.EXE/VOLKOV.EXE, то получаются гениально простые продукты.
Вердикт: я написал требуемую фичу за 30 секунд. В mc тем временем едва шагнешь чуть в сторону от Аффтарской Задумки™ — так всё, приходится ныть по форумам, искать, где че подергать в конфигах. Если есть что подергать конечно, зачастую требуемый функционал просто не предусматривается.
>> шелл в миднайте всегда под рукой
> ага, баш-онли. Ну и нафуя оно мне?Ну я башем так по жизни пользуюсь как основным шеллом - мне нормальненько. Хотя ряд моих скриптов где это важно и под более лайтовые шеллы, типа dash каких, работают, но для интерактива bash мое все.
> Для визуала есть fzf, о чем я тебе тут неоднократно талдычу.
Мне как-то миднайт больше всего понравился. Именно 2 панели позволяют визуально "пульни мне 5 файлов отсюда сюда" устроить. Без особого прогрева мозга какой там путь и проч. Хотя если надо - прекрасно копипастится из шапки или вообще втыкается в командлайн ctrl+enter, иногда полезно. Например в левой панели - самопальный утил которого в PATH нет, т.к. это злостный WIP, а в правой - бабах ctrl+enter на файле который вызову этой штуки скормить хотели. Всего два аккорда на клаве и самопальный утил вне PATH жует файло вооооооон откуда аж. Это именно 2 панели надо с быстрым переключением между локациями.
А бонусом вьюшка позволяет быстро одним F3 обозреть что у нас тут в этой локации вообще, тупо ткнув F3 на заинтересовавшем здесь и сейчас файле. При том она хоть и немного дурацки но при правильном подходе умеет смотреть "файлы крупнее оперативки". То-есть посмотреть ей образ терабайтного диска без ухода в OOM реально. К тому же хексредактор есть. Можно сразу и переключиться в него если надо что-то вот такое подправить.
> На крайняк есть nnn. Разрабов nnn спрашивают: "чем оно лучше mc?" А
> они в ответ: "не знаем, не пользуемся, даже на скринах этого
> вашего mc не видели".Вот пусть и пользуются, а мне и с mc хорошо. Он делает меня эффективнее тупо в разы.
> Когда не оглядываешься на MC.EXE или его старших братьев NORTON.EXE/VOLKOV.EXE,
> то получаются гениально простые продукты.Мне не нужен "гениально простой продукт". Мне нужен продукт для высокоэффективной навигации по разлапистым иерархиям и довольно объемистых работ, потому что в *никс что угодно это файл. Проблемы слабоумных которым "попроще" меня при не интересуют. Я готов попыхтеть если взамен эффективность разгонится. Я с миднайтом имхо сделаю по навигации в иерархиях и файловых операциях и любого шельщика и юзеров той штуки, вероятно.
Секрет прост. Однажды, когда я был еще почти школоло, я увидел как миднайтом ворочает *никсный аддмин. Его руки летали по клаве. Он менял пару дир в секунду. То что он сделал за 5 минут, виндовый мышевозила делал бы добрые полдня. Мне захотелось так же. Now I can. И да, азы этого задал таки дедушка нортон, но настоящий мастеркласс как это с шеллом дружить таки, в mc. У нортона такого точно не было, да и у волкова вроде. К тому же досявый шелл - такое себе. Да и поверщель туда же - ну не умеет майкрософт в шеллы. Потому и WSL :)
> Вердикт: я написал требуемую фичу за 30 секунд.
А я большинство операций закончу за считанные секунды. Разница тупо в разы.
> В mc тем временем едва шагнешь чуть в сторону от Аффтарской Задумки™ — так всё,
> приходится ныть по форумам, искать, где че подергать в конфигах.Вообще никогда этим не занимался. Если мне не надо интенсивную навигацию по файлам, и вместо этого какой-то околопрограммный интерактив - я могу и пустой шелл в соседнем табе пнуть, мне не сложно, право. Нынче многозадачность так что у меня шелов и миднайтов - есть, по тематическим активностям и тому подобному.
> Если есть что подергать конечно, зачастую требуемый функционал просто не предусматривается.
Для меня миднайт умеет все что мне от него надо - и даже больше, чем подбешивает порой, пытаясь чрезмерно умничать в парсинге файлов вьюшкой и грузя проц парсингом гигазового файла хоть его и не просили. С другой стороны, порой очень круто что показывает допустим инфо о исполняемом файле. И нафигация по архивам, исошкам и проч как расширению файлухи все ж удобна.
Ну то есть никак. (запрогпраммировать-то я себе что угодно могу)
> Может кто подскажет: как после панелизации результатов поиска попасть в директорию одного из файлов результата?command cd $(dirname %f)
PS. command нужна что cd не отрабатывалась как встроенная команда mc
Под DOSом всю жизнь сидел в NC. В линухе если вдруг надо зайти что то поковырять через ssh, тоже сижу под MC. Не понимаю, как можно жить без этого? Лазать по каталогам через ls из cd? Это в 10 раз медленнее, чем стрелочками. Быстренько смотреть и редактировать файлики? Через какой-нибудь vim из соседней ветки? Для этого есть знакомые F3 и F4, чтобы вызвать mcedit. И вообще линух в этом деле отсталый. Даже под DOS под голой консолью было 100500 псевдо-графических утилит на все случаи жизни. Привет какой-нибудь NU. Что то прописывать консоль руками? Нееее. А вот в линухе до этого пока не дошли. Не смотря на то, что лазать на удаленную систему под голым ssh уже вышло из моды. Мы как бы уже не через модем конектимся, а современные сети уже запросто тянут удаленный рабочий стол.
Всю жизнь на линуксах сидели с аппаратных терминалов было норм.
> Всю жизнь на линуксах сидели с аппаратных терминалов было норм.Учитывая что Торвальдс с самого начала кодил Linux для работы на его i386 компе - это заявление грубо не соответствует действительности.
Ну он же копировал Юникс. И слава богу.
> Ну он же копировал Юникс. И слава богу.Да вот знаете, это наследие е....чих терминалов - и вытекающие из него последствия - мы нежно ненавидим лютой ненавистью везде и всюду. Начиная от соотв подсистемы линукскернела и заканчивая тем фактом что "Learn keys" в сабже появился вообще совсем не от хорошей жизни, и не потому что терминалы и все что с ними связано такие замечательные. А если вы еще и кодить что-то такое попробуете с продвинутыми фичами, ваша ненависть к этому хламу сможет жечь стальные плиты насквозь круче мощного лазера.
>Не смотря на то, что лазать на удаленную систему под голым ssh уже вышло из моды. Мы как бы уже не через модем конектимся, а современные сети уже запросто тянут удаленный рабочий стол.Ты что же, конфиги править/админить предлагаешь через удалённый рабочий стол? Подключаешься такой к удалённому рабочему столу, открываешь эмулятор терминала, ... Ну чё, быстрее же, чем через ssh.
> Ты что же, конфиги править/админить предлагаешь через удалённый рабочий стол?Правка конфигов вручную, это из за отсутствия инструментария с человеческим лицом.
Да, когда какое то ПО делают, то первым делом предусматривают настройку через конфиги, а потом когда нибудь делают инструмент для людей, а не прилагающегося к компу админа
Подключаешся по VNC запускаешь утилиту настройки и как белый человек настраиваешь.
Для embedded и серверного ПО можно через Web интерфейс.Вы же не ставите время и температуру в микроволновке по ssh, через текстовые конфиги, даже если это микроволновка с подключеним к интернету.
Нет, конфиги должны быть только текстовые, идеально — кодом на Си с пересборкой после изменений. Остально просто не нужно для конфигурации. Открываешь конфиг по SSH в настроенном под себя VIM и за 0,0003 наносекунды правишь. Никаких VNC, окон, указателей мыши. Время сегодня стоит дорого, поэтому нужно экономить его, и всё делать эффективно, сокращая накладные расходы. VNC и окна это как раз-таки накладные расходы: байтов на перегонку текста нужно меньше, чем на VNC, а результат один и тот же. К тому же снижаются требования к собственной машине — всё спокойно заработает на Sempron + 256 МБ ОЗУ.
Если микроконтроллер в микроволновке достаточго жирный, то разработчики её прощики наверняка такой вход прелусмотрели. Проблема, что мы не знаем логина/пароля, а то бы кроме четырёх ступеней мощности и времени могли бы выставить её параметры более тонко.
>выставить её параметры более тонко.Во первых, не надо более тонко, надо быстро и просто
А во вторых, ручные правки череваты ошибками, обусловленные человеческим фактором.Вот, для примера тонких настроек, выпускали Lora станции, которую на каждый чих тонко настраивал шаман, а если не получится, то верховный админ. И в производстве не удобно, и заказчику, если не осилил, постоянно обращаться в поддержку.. Красота, и все при деле шеки раздувают, и святая консоль в почёте.
А сделали Web интерфейс, простой, строго для обычных людей, но для настройки всего, с шаблонами настроек, с возвратом как было.
И.. и красиво, просто, и шаман не нужен.>> не знаем логина/пароля
И про забывчивых подумали.
Есть перезагрузка, при неактивности каналов связи без пароля, с ограничением количества перезагрузок. И есть включение на время резервных профилей.
>А сделали Web интерфейс, простой, строго для обычных людей, но для настройки всего, с шаблонами настроек, с возвратом как было.И.. и красиво, просто, и шаман не нужен.
Вот и ответ на твой вопрос. Если во времена написания Vi его интерфейс был обусловлен техническими ограничениями, то сейчас этот архаичный методо правки конфигов в Vim это просто понты. Я встречал таких понтовщиков. Что конфиги циски править через Vim, что быдлокодить на Pyton. И каждый их этих двоих считал своим долгом сообщить мне что он работает именно в Vim и то что какой он крутой линуксоид не то что эти виндузятники с их Notepad++.
> Подключаешся по VNC запускаешь ..У клиента проблема с твоим протухтом - на 100500 серверах чёт глючит. Ты ему рассказываешь как подключиться по VNC туда, где и иксов-то никаких нет, и какие программы запускать и какие кнопочки там можно было бы понажимать будь у него такая возможность. Вместо того, чтобы дать ему шелл-скрипт, который молча исправит всё.
>> Подключаешся по VNC запускаешь ..
> У клиента проблема с твоим протухтом - на 100500 серверах чёт глючит.Нет. Проблема таки у Вас, причем не со знаниями нюансов, а восприятии целостной картины.
Для банального обновления как ПО, так и настроек по готовым шаблонам есть Web интерфейс, и он же для мелких настроек.
>>дать ему шелл-скрипт, который молча исправит всё.
Ага, это если 100500 одинаково глючных серверов, то так прокатит.
А если они разные, но надо в однотипную ошибку исправить, или частично обновить и настроить, не портя остальное, то обычная шелл-портянка не очень вариант. Шаблон для сервиса обновлений удобнее и лаконичнее, а можно автоматизировать. Плюс надо предусмотреть откат изменений.
Кстати, как то тестировать после вмешательства 100500 серверов не планируется?
Поэтому, сервис обновления и настроек надёжнее на практике.
Но откуда возьмутся скрипт или шаблоны настроек? Бывает, что самое оптимальное подключиться к "боевоему" контроллеру, поработать удаленно, по результатам сделать обновление для остальных.Если речь о каком нибудь web сервере или несложном приборе, то можно работать и через консоль, и более того, никакой VNC тут даром не нужен.
А если что то посложнее, и канал связи позволяет, ради чего мучиться.
И если в принципе нужны графические данные, то тут только через VNC или Web возможно.
Но, для Web надо все переписывать или писать с нуля, а в десктопном окружении можно воспользоваться готовым ПО. Вот и всё.
Если у тебя есть веб-интерфейс - то он явно не от каждого сервера, а от централизованной системы, которой VNC не нужен. Для веб-интерфейса тоже VNC не нужен. Тестировать изменения нужно до деплоя в прод, на его копии, но и для этого VNC не нужен чтобы запустить тесты и прочитать результат.
> Если у тебя есть веб-интерфейс - то он явно не от каждого
> сервера, а от централизованной системы.По всякому. Часто есть локальный web интерфейс, в том числе под доступ с мобильных устройств.
>Тестировать изменения нужно до деплоя в прод,В реальной жизни приходится спешить, иначе можно всё прос*ать.
Так же, есть изменения по желанию заказчиков, ну и обновления.
С мелкосерийными изделиями, где каждая серия отличается, вмешательства требуются чаще.
Ну и есть изделия в принципе требующие перенастроки, из за их рода работы.> VNC не нужен чтобы запустить тесты и прочитать результат.
Вы похоже мыслите о настроке веб серверов и баз данных..
А если датчики и приводы, которые иногда заменяют, и для настройки и каллибровки которых ПО сделано под десктоп, а не консоль, и более того даже не будет делаться, ибо неудобно и без графики. А если в системе и камеры есть, то в консоли совсем не информативно.
> По всякому. Часто есть локальный web интерфейс, в том числе под доступ
> с мобильных устройств.Я там в конце понял, что вы про охранные системы говорите. Но это мало относится к серверной части. Если что-то нужно заапгрейдить на сервере или с нуля его сделать - системщик просто запускает соответсвующий скрипт, ошибки человека исключены. А если там камеры или датчики смонтировать или настроить - ну это же всё равно на место поедет монтажник с пассатижами, отверткой и мобильным устройством, это уже его проблема как он нам обеспечит качественный чифровой сигнал на входе.
>>Тестировать изменения нужно до деплоя в прод,
> В реальной жизни приходится спешить, иначе можно всё прос*ать.
> Так же, есть изменения по желанию заказчиков, ну и обновления.
> С мелкосерийными изделиями, где каждая серия отличается, вмешательства требуются чаще.А физические детали ещё и от места установки могут зависеть - проблемы монтажника/наладчика. Нам-то с вами что? Мы софт поставили на тестовую машину, ночь погоняли юнит-тесты, ничего не упало - значит можно и в прод пихать. А если там кастомизация какая - это ответственность того, кто кастомизировал свои доп. тесты предоставить для тестирования их части.
> Вы похоже мыслите о настроке веб серверов и баз данных..
> А если датчики и приводы, которые иногда заменяют, и для настройки и
> каллибровки которых ПО сделано под десктоп, а не консоль, и более
> того даже не будет делаться, ибо неудобно и без графики. А
> если в системе и камеры есть, то в консоли совсем не
> информативно.Ну надо же как-то отделять периферию от софта. Чё там железячники делают со своими датчиками, чтобы те поставляли качественную информацию в нашу систему - пусть у них об этом голова болит :)
> Подключаешся по VNC запускаешь утилиту настройки и как белый человек настраиваешь.
> Для embedded и серверного ПО можно через Web интерфейс.
> Вы же не ставите время и температуру в микроволновке по ssh, через
> текстовые конфиги, даже если это микроволновка с подключеним к интернету.Зато вот сервак настраивать по ssh самое то. Он чутка сложнее микроволновки, а 200 опций в более-менее адекватном виде в гуй вообще совсем никак не лезут, да и бандвиза отрисовка гуя жрет в цать раз больще. По ssh то я сервер даже по GPRS по минимуму порулю, или там 3G едва держащемуся. Ну мало ли, упал сервак а я где-то в ж@пе мира, бывает иногда.
Админить врукопашную по ssh? Ретрофутуризм, конечно, увлекательный жанр, но зачем свои хобби в прод тащить? Ты ещё скажи, что у тебя сервера с красивыми именами, а не по номерам.
> Админить врукопашную по ssh? Ретрофутуризм, конечно, увлекательный жанр, но зачем свои
> хобби в прод тащить? Ты ещё скажи, что у тебя сервера
> с красивыми именами, а не по номерам.Это зависит от количества серверов. Группам серверов тоже кстати нормальные имена давать можно. Конечно если вы на 1 галере гребете полжизни это может и не проблема, вы и так знаете что это за 995-й сервер такой. В других случаях, в гетерогенных окружениях с этим как-то более тяжко. Откуда я знаю что за 995 сервер и какая у него функция...
Ты так оправдываешся тому, что не осилил терминал? Отцы юниксоиды смотрят на тебя с осуждением.
>Во встроенном редакторе реализована подсветка синтаксиса для языка программирования "B""B is a programming language developed at Bell Labs circa 1969 by Ken Thompson and Dennis Ritchie."
Очень актуальненько
С был создан тогда же практически и теми же людьми. Что сказать-то хотел?
Что психически здоровым язык Б не нужен.
Что, C актино применятся, выходят новые стандарты. А кто про B вспоминает?
Вот как раз и вспомнили.
СИ изучал в учебном заведении, также как и плюсы. А вот никакого ЯП под название B не изучал, хотя знал о его существовании. Я в принципе гуглил что существуют ЯП названные по буквам алфавита, начиная с первой.
а корзины так и нет
Сарказм? Удалил файл, а оно не попало в Корзину :)))) А по феншую, в файловых менеджерах должна быть Корзина?
Зипы и прочие архивы открывает все с той же изумительной скоростью? Особо доставляет когда в архиве всего пара-тройка файлов, а читается секунд 10.
Да, нужно перерабатывать код.
Более того замучался просто с чтением файлов в 10Гб всякие образы диска зачем-то в начале тормозит все... вместо mmap на окно рвно в пару экранов.
Zipinfo мгновенно отрабатывает, например. Ты используешь инструмент для умственно-отсталых и что-то от него ожидаешь. Не надо так.
Эта поделка одинаково тормознуто открывает любые архивы. Хоть rar, хоть zip, хоть tar.bz2 какие-нибудь.
Не ну если tar.bz2 ещё можно как-то оправдать, потому что стандартный тар не индексирует файл для быстрого доступа к произвольным данным и список файлов не доступен после сжатия (а bz2 так и вовсе самый медленный и неэффективный вариант), то нормальные архивы это только от кривости происходящего. Что-то такое видел с libarchive тоже. Как по мне, это наиболее востребованная функциональность у фм, а вот встроенные тестовые редакторы совсем нет.
tar - это контейнер. Вы о чём дядя? Вы хотите чтобы контейнер вам подтирал задницу?
> tar - это контейнер. Вы о чём дядя? Вы хотите чтобы контейнер
> вам подтирал задницу?А что такого в быстром индексе оглавления? У некоторых вариантом оно даже опционально есть. Но поскольку именно опционально - ну вы поняли.
> Zipinfo мгновенно отрабатывает, например. Ты используешь инструмент для умственно-отсталых
> и что-то от него ожидаешь. Не надо так.Мгновенно? А ты не пробовал в нем открыть допустим общепланетарный архив OSM для navit? Технически это как раз зипарь. Только вот файлов в нем - около миллиона, чтоли.
А теперь, сколько времени уходит на получение информации и сколько времени на вывод? Попробуй с >dev/null -- удивишься, видимо.
> А теперь, сколько времени уходит на получение информации и сколько времени на
> вывод? Попробуй с >dev/null -- удивишься, видимо.Извините, а в чем пойнт получить оглавление архива в /dev/null? Если на то пошло, вообще не смотреть оглавление архива - еще быстрее :)
Поинт прочитать перечень файлов содержимого, а не вывести его весь разом на экран (ни одна адекватная программа этого делать не будет).
В мс оно так будет всегда из-за особенностей работы с архивами, которые переделываться не будут. Если нужна норм. работа с архивами ставь far, там будет и поиск по архивам с содержимым и распоковка человеческая и настройка всего это нормальная и т.п. Да и в принципе поудобнее он раз так в нцать.
Пролистывание архивов осуществляется через pipe и sh/perl, поэтому до жути медленная. И нужно прочитать всё дерево файлов, чтобы войти в архив.Вход в архивы с 300тыс файлов в MC - до минуты ждать, 7-zip открывает мгновенно.
mc - наше все
пользоваться MC и иже с ними - зашквар.только консоль, только хардкор.
Люто бешено плюсую. Файловые менеджеры для вантузников, зачем они когда есть божественный терминал!?
>>зачем они когда есть божественный терминал!?а ХЗ.
про "зашквар" это мнение не моё, а 99%% работодателей.
оч. часто mc и прочие работают с ашипками,
т.е. в конце ты получаешь неверный результат в виде неверных арибутов файлов,
нескопированных файлов с нац символами (да, конечно виноваты тупые юзвери которые их так назвали).
и т.д. и т.п.в качестве теста можете сопировать / с диска на диск, сделать клон системы, скопированный mc почему-то не работает.
а вот "cp -arx" взлетает без проблем.так что - только консоль.
> оч. часто mc и прочие работают с ашипками,Можно "ашипки" в студию?
> т.е. в конце ты получаешь неверный результат в виде неверных арибутов файлов,Так, на всякий случай, там галочку надо поставить на "Preserve attributes" при копировании ;)
> нескопированных файлов с нац символами (да, конечно виноваты тупые юзвери которые их так назвали). и т.д. и т.п.Странно, у других все нормально... и с нац символами и c юзверями...
> в качестве теста можете сопировать / с диска на диск, сделать клон
> системы, скопированный mc почему-то не работает.
> а вот "cp -arx" взлетает без проблем.клон с cp или мс ?!
Серьезно?> так что - только консоль.
:)
не знаю когда вы вылупились из яйца, я с mc знаком с 1996 года.доказывать ничего не буду.
Серьезно.
:)
> не знаю когда вы вылупились из яйцаА вам это и не надо знать в контексте обсуждения софта, а старостью мерятесь здесь с другими "стариками", мне оно как бы наоборот хочется
> я с mc знаком с 1996 года.И ? Вы знаете софт без ошибок ?
Сорри, но клонирование лайв системы с помощью мс или ср - это "ашипка" оператора, а не софта, а насчет нац символов, так мс как не один другой TUI настраивается без проблем, если конечно админ не делает на серваке "мулти суппорт", в самбе 1251, а в ОСи ЮТФ-8 ну и так далее, то опять же это не "ашипка" мс
это всё очень интересно с точки зрения 2023-го года.как я уже писал:
>>>"зашквар" это мнение не моё, а 99%% работодателей.доказывайте олдфагам как оно должно было быть 20 лет назад, они поулыбаются.
> а ХЗ.
> про "зашквар" это мнение не моё, а 99%% работодателей.Каких конкретно работодателей? И какие ошибки?
Я собираю образа для эмбедовки и довольно часто mc при этом задействую. И никаких ошибок с выставлением прав и проч не встречал. Вот то что он chmod и chown не умеет рекурсивно это конечно фэйл, как ни крути.
> оч. часто mc и прочие работают с ашипками,
> т.е. в конце ты получаешь неверный результат в виде неверных арибутов файлов,Это полная пурга. Ни разу за дофига лет миднайт не лажался в chmod/chown. А всякие xattrs и атрибуты он и не рвался уметь особо. Это вообще редко используется - и позволяет поприкалываться от души даже над видавшими виды *никсоидами. Потому что и ты такой красивый половину фич своей оси тоже не знаешь.
> нескопированных файлов с нац символами (да, конечно виноваты тупые юзвери которые их
> так назвали).Да вообще-то с появлением уникода эта трабла в целом отпала. А миднайт что-что а ощибки копирования вот рапортует, жирным красным диалогом. Так что незаметно профакапиться - не ну что вы.
> в качестве теста можете сопировать / с диска на диск, сделать клон
> системы, скопированный mc почему-то не работает.Вообще-то - работает. Но есть нюансы.
> а вот "cp -arx" взлетает без проблем.
> так что - только консоль.А если вон то btrfs send'ом сделать, потом еще можно 1 в 1 загнать скажем свой десктоп в вон ту виртуалку. Сконвертировав то что там было (например нулевая система) в прям вот это вот. При том все это корректно и без развалов. И "шаблон" 1 файл. А cp и даже tar такое вот именно без развалов, в именно другую живую систему - не очень то получится, все грохнется на середине процесса. У всех технологий есть лимиты применимости.
Уверен, что 99% комментаторов сидят на винде и юзают notepad++, зато пафосу королевского надо навести
Местные эксперты не понимают, а вот к примеру на aix, hp-ux зачастую это единственный способ облегчить себе жизнь.Особенно если оболочка ksh, потому что так надо для рабочей среды.
Отлично, что проект развивается.
> Местные эксперты не понимают, а вот к примеру на aix, hp-ux зачастую это единственный способ облегчить себе жизнь.емнип, на указанных выше (и прочих а-ля qnx) юниксах есть gtk2, под который или норм собирается или есть уже готовое: ROX-Filer + xarchive.. для просмотра и создания архивов хватит rox-filer.. xarchive - если надо выдернуть пару файлов из архива и/или добавить чё-нить.. с gtk3 есть xarchiver - не пользовал и не знаю, как оно.. мне для работы с файлами и архивами хватает rox-filer + ksh93/pdksh..
развитие mc радует.. оч хор, что он есть, особенно когда консоль без иксов :))
Так, неплохое обсуждение всякого старья, что никто Наутилус с двумя панелями не использует? :) и кстати познайте силу rdesktop :)
> что никто Наутилус с двумя панелями не использует?Неа.
бгг, можно закапывать, far2l уже завезли
ftp починили ?
> ftp починили ?52
Оно когда будет уметь распаковывать zip/7z архивы без тормозов?
Прочитал весь тред.. Ну эта тема mc против sh - это просто бессмыленное занятие :)mc хорош для одноразовых вещей, когда ну вот потребовалось там по файлам прогуляться или скопировать их куда-то на другую машину - ну не вспоминать же синтаксис как там копировать по тому же sftp.
А вот если есть предположение, что действия потребуется выполнять регулярно - то лучше это дело заскриптовать. Ну и в процессе скриптования может появиться идея как было бы правильнее организовать работу.
И опять же, если нам нужно привести пруф или потребовать каких-то действий от коллег - проще привести команду (или чаще цепочку команд). Это верифицируемо и надежно - ведь никто не будет тупо исполнять команду не убедившись в том, что именно она делает, поэтому тут ещё двойной контроль включается. Как с эмцэ в данном случае изворачиваться я просто не представляю - ведь описание действий потребует больше текста, а результат будет зависеть от мискликов при попытке воспроизвести те же действия.
Вобщем спор тут неуместен - всем вещам есть применение и лишь одной вещи не хватает в этом вашем линуπсе, это интерактивного редактора, который бы не всасывал весь файл целиком в RAM :)
> вещи не хватает в этом вашем линусе, это интерактивного редактора, который
> бы не всасывал весь файл целиком в RAM :)vim ? :)
Тоже всасывает всё в память. Лет 10 тому назад понадобилось хмл-ку около 10ГБ подправить в конце файла, так вим её долгонько всасывал и пока не всосал не давал ничего делать.
>Тоже всасывает всё в память. Лет 10 тому назадгде-то с версии 8.2 эт не так.. "чистый" vim (без нумерации строк, проверки/хайлайта синтаксиса и т.п. плагинов) делает map в память, но загружает только рабочую область (скрин)..
если правки небольшие, может имеет смысл sed -i 's///' .. ?
Не, sed там не очень. Люди выдернули XML-ку пока сервер в неё писал. В результате получили невалидный XML - там надо было в конце убрать незавершенную запись и воткнуть завершающий тег. Т.е. фиг знает с какой строки всё до конца убрать добавить тег. На десктопе с вендой у меня гигов 8 рамы было, там тоже не нашел ни одной приблуды с редактором, который бы всё в память бы не читал (а вот ФАР-овский вьюер вроде не вычитывал весь файл). На серваке и вим задумался надолго, прибил его от греха. Извернулся ЕМНИП с tail, потом клиенту уже да, sed-скрипт отправил чтобы они там у себя этотфайл пофиксили (не гонять же это файло, оно и в архиве ого-го весило).
Почему практически никогда не вспоминают mcdiff, а это наикрутейший инструмент, который всегда под рукой (при наличии самого mc) и прост в освоенииmcdiff %s — сравнит первые два выделенных файла
mcdiff %f %D/%F — сравнит два файлы в разных панелях
mcdiff %f %D/%f — имя файла взять такое же как в первой панелитакже там можно производить слияние
PS. Что расстраивает — иногда алгоритм сравнения плохо находит похожие части :(
> Почему практически никогда не вспоминают mcdiff,..потому, что vimdiff .. а для мышевозов есть meld (наверное).. :))
А как его призывать из эмцэ? Даже не знал, что такое есть. А так-то в консоли "дифф" набрать на два символа короче..
кто тут ходит по папкам в mc, подскажите, как заставить fish кидать файлы напрямую, а не копировать их сначала в /tmp/?
очень забавно кидать многогигабайтные файлы на удалённый сервер и наблюдать, как на локальном компе заканчивается место, потому что mc какого-то хрена предварительно копирует все передаваемые файлы в /tmp/mc-$USER/fish*
блджад, только сейчас заметил, что эта фигня ещё и распаковывает архивы сначала в /tmp, прежде чем переместить распакованные файлы в таргет директорию.
вот нафига это делать? чем руководствовались авторы модулей разархивирования? тем, что 620 килобайт папки /tmp хватит всем?
Панели панелизировали, панелизировали, да не выпанелизировали.
Нужно пригласть панелизийцев к участию в разработке.
> Во встроенном редакторе реализована подсветка синтаксиса для языка программирования "B" и файлов инструментария непрерывной интеграции Jenkins.А вот здесь засада: синтаксис groovy немого больше чем java и мало Jenkinsfile просто обозвать Java Program ;(