Size: a a a

2021 January 29

∀lǝxǝʎ in pro.bash
ну у type вывод для человеков, а тут можно сразу использовать
источник

V

Vikentsi in pro.bash
Vladislav support.od.ua
Пятничный #вопрос:
[ -e /usr/bin/lsb_release ] && { codename="$(lsb_release -sc)"; } || { codename=${codename:-"buster"}; }
я , наверное, неправильно описал сокращенную конструкцию if ... then ... else ... fi
А вообще перепишите вы этот кусок. По умолчанию переменную задайте первой строкой. А если команда есть переопределите переменную вызовом из команды.
источник

V

Vikentsi in pro.bash
∀lǝxǝʎ
ну у type вывод для человеков, а тут можно сразу использовать
Ок. Я про command не знал - забыл.
источник

Vs

Vladislav support.od... in pro.bash
да, про комманд я тоже впспомнил потом
источник

Vs

Vladislav support.od... in pro.bash
Vikentsi
А вообще перепишите вы этот кусок. По умолчанию переменную задайте первой строкой. А если команда есть переопределите переменную вызовом из команды.
codename=${codename:-"buster"}
command -v lsb_release >/dev/null 2>&1 && codename=$(lsb_release -sc)
так сойдет?
источник

∀lǝxǝʎ in pro.bash
Vladislav support.od.ua
codename=${codename:-"buster"}
command -v lsb_release >/dev/null 2>&1 && codename=$(lsb_release -sc)
так сойдет?
buster не надо кавычить
источник

∀lǝxǝʎ in pro.bash
да и зачем там проверка на пустоту в переменной codename?
источник

Vs

Vladislav support.od... in pro.bash
я привык уже
источник

Vs

Vladislav support.od... in pro.bash
codename может быть ранее объявлена
источник

∀lǝxǝʎ in pro.bash
Vladislav support.od.ua
я привык уже
вредная привычка в bash кавычить всё подряд
источник

V

Vikentsi in pro.bash
∀lǝxǝʎ
вредная привычка в bash кавычить всё подряд
:) это так советуют в списке faq bash bad practices.  А где это может мешать? Те двойные кавычки? Я так не припомню.
источник

Vs

Vladislav support.od... in pro.bash
проверка на монтирования хомяка:
if [ -d "${dir_home}" ] && $(df -l -- "${dir_home}" | grep -qE -- " ${dir_home}$"); then
   dir_home_mounted=yes
else
   dir_home_mounted=no
fi
источник

V

Vikentsi in pro.bash
Vladislav support.od.ua
codename=${codename:-"buster"}
command -v lsb_release >/dev/null 2>&1 && codename=$(lsb_release -sc)
так сойдет?
Да. Так намного более читаемое. На мой вкус.
источник

∀lǝxǝʎ in pro.bash
Vikentsi
:) это так советуют в списке faq bash bad practices.  А где это может мешать? Те двойные кавычки? Я так не припомню.
мешать почти ни где не могут, а вот замедлять работу могут, но это будет видно только на больших циклах, конечно
источник

∀lǝxǝʎ in pro.bash
Vladislav support.od.ua
codename=${codename:-"buster"}
command -v lsb_release >/dev/null 2>&1 && codename=$(lsb_release -sc)
так сойдет?
А я бы строки местами поменял ¯\_(ツ)_/¯
источник

V

Vikentsi in pro.bash
∀lǝxǝʎ
мешать почти ни где не могут, а вот замедлять работу могут, но это будет видно только на больших циклах, конечно
Bash не про скорость. Это вообщем то его фишка. Если я начну шелл код профилировать то лучше на что побыстрее сразу переехать. Чем его оптимизацией заниматься.
источник

∀lǝxǝʎ in pro.bash
Vikentsi
Bash не про скорость. Это вообщем то его фишка. Если я начну шелл код профилировать то лучше на что побыстрее сразу переехать. Чем его оптимизацией заниматься.
фу на таких
у меня оч много больших скриптов и все на bash'е
им отлично управлять огромными инфраструктурами
даж начал задуматься что бы написать пару built-in'ов что бы исчо было лучше и быстрее
источник

V

Vikentsi in pro.bash
∀lǝxǝʎ
фу на таких
у меня оч много больших скриптов и все на bash'е
им отлично управлять огромными инфраструктурами
даж начал задуматься что бы написать пару built-in'ов что бы исчо было лучше и быстрее
Фу не фу. А природа интерпретатора дает о себе знать. Я когда-то так zsh для себя открыл. Он реально из за промежуточного байткода быстрее работал. В частности автодополнение. Но вот эти "" из за их отсутсвия вроде и security дефекты встречались. Но нужно искать.
источник

V

Vikentsi in pro.bash
∀lǝxǝʎ
фу на таких
у меня оч много больших скриптов и все на bash'е
им отлично управлять огромными инфраструктурами
даж начал задуматься что бы написать пару built-in'ов что бы исчо было лучше и быстрее
У меня тоже много больших скриптов. Но там особо критические по скорости вещи на С написаны. :)
источник

∀lǝxǝʎ in pro.bash
Vikentsi
Фу не фу. А природа интерпретатора дает о себе знать. Я когда-то так zsh для себя открыл. Он реально из за промежуточного байткода быстрее работал. В частности автодополнение. Но вот эти "" из за их отсутсвия вроде и security дефекты встречались. Но нужно искать.
ну надо знать где и что можно писать в плане безопасности
источник