viiy

Попробуйте составлять менее строгий regexp
И включите perl mode

cat > ./russian.txt
вася
петя
маша
даша

grep -P "вася|маша" ./russian.txt 
вася
маша

1) 1ms и меньше.
2) что подразумевается по "приватной" сетью? Отдельный Vlan? Ни на сколько не увеличится
3) Стабилен до критических показателей загрузки сетевого оборудования
4) Зависит от сетевого оборудования, сколько свичей нужно пройти пакету по пути от отправителя до получателя. Минимальные значения пинга будут при расположении серверов в одной стойке, подключенному к одному свичу, имеющих одну и туже сеть. Но разница может быть минимальна или вобще не заметна от серверов подключенных в разных стойках, имеющих разные сети, имеющих в промежутке 3-4 свича и роутер.

Есть небольшой опыт, не в робостроении, а использовании бытовой электроники на морозе. Короче, живет на балконе комп (Alix 3d2) в алюминиевом корпусе, к нему подключена аналоговая камера в самодельном корпусе + видео ресивер типа easycap. Так вот, комп пережил морозы -42 и писал при этом на подключенную compact flash (не industrial). На проце температура была +2. Аналоговая камера в тесном самодельном корпусе так же работала, а вот ресивер нет. Камеру подключил к телику и она показывала. Чип на камере прилично греется, и за счет самого себя отапливает пространство в корпусе. Точно так же комп, хотя и было -42, в корпусе было слегка минус, а но все работало. Возможно, вы тоже сможете применить этот способ.

P.S где то до -20 и ресивер работал. Все это находится на закрытом от ветра балконе.

Посмотрите User и Group в недрах httpd.conf

Представьте что нет никакой ложки докера.

1) Есть одна физическая машина. Вы устанвливаете софт, разные приложухи, базы, web сервера, заходят тестовые юзеры, что-то запускают. Первая проблема - вы не понимаете кому что надо, кто владелец файлов, приложух, зачем висят демоны и кто за это ответственнен. Как выход, вы решаете это разделить на виртуалки.

2) У вас есть физическая машина + на ней виртуалки. Вы выделяете под каждую задачу свою виртуалку, там сидят отдельные пользователи, вы навели какой то порядок. Появляется задача - пользователи хотят php 6, а его нет, хотят python3, а его нет, хотят Mongo, а она старой версии. Вы обновляете репозитарии, качаете новые пакеты, ставите, часть пользователей довольны, часть нет - им нужна старая версия какая была. Упс!

3) Одна физическая машина + еще больше виртуальных машин. Вы разделили всех пользователей так, чтобы никто не дрался за версии софта, если нужен php6 - иди на эту машину, нужен php5 - вот на эту. Все счастливы, но появляются разработчики, которые говорят буквально так - "а у меня на рабочей машине все работает, я перенес все как было на виртуалку, а у меня появляется ошибка missing library libXXX.so.X". И вы понимаете что вам остается только создать полную копию машины разработчика, чтобы софт поехал на этой виртуалке без ошибок... И тут появляется Docker! :)

4) Docker решает именно эту проблему. Вам не нужно заботится о софте который установлен на сервере/виртуалке. Вы просто берете и переносите софт со всеми "кишками" на другой сервер и он просто работает. Работает за счет того, что все "кишки" это слои файловой системы нанизанные как бисер друг на друга. Дополнительно решается проблема свободного места, т.к слои многократно переиспользуются контейнерами, если вам нужен php + одна библиотека, а другому php + другая библиотека, вы используете (грубо говоря) слой php, а для дополнительной библиотеки делаете отдельный слой, одновременно другой человек делает над php другой слой и вы не деретесь между собой и не видите чужих библиотек. Это грубо и скорее всего ради одной библиотеки никто новый слой не делает, делают слой пожирнее.

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

git commit -a -m "комментарий `date +"%Y%m%d %H:%M"`"
или
git commit -a -m "комментарий $(date +"%Y%m%d %H:%M")"

нужный формат даты подберите из "man date"

Админам, увы, приходится менять квалификацию в сторону совершенствования. На рынке IT движуха сильная. То, что раньше надо было админить, имею ввиду офисные вещи, автоматизируется, софт уходит в Web и это отлично! Терпеть не могу админить офисы, очень мало админил это и надеюсь не придется. Вы говорите, "Сейчас уже покупается облачный виртуальный сервер, выполняется пара манипуляций и сервер работает.Поддержкой занимаются сами облака.". Вы понимаете что за этим стоит? Высочайшей квалификации админы. Чтобы это облако работало, поддержки нужно очень много. Скажу так, хорошо что это происходит, есть повод повышать квалификацию и стремится работать на такие крупные, развитые компании. Да, мест мало, разработчики нужны в десятки раз больше чем админы, но что поделать. Сейчас в админстве есть перекос в DevOps, это направление очень популярно, с его неотъемлемой часть в виде Continuous Integration и Continuous Deployment и в частности Chef, Puppet, Ansible. + Jenkins (и др). Но это не значит что пропали админы в IT компаниях, просто им приходится изучать новые инструменты.

Удобней всего через getopts

FINDOPTS=''

while getopts "i:e:" opt; do
    case $opt in
        e) FINDOPTS=$FINDOPTS" --exclude $OPTARG ";;
        i) FINDOPTS=$FINDOPTS" --include $OPTARG ";;
    esac
done

echo $FINDOPTS

$ ./getopts.sh -i path1 -i path2 -i path3 -e path4 -e path5 
--include path1 --include path2 --include path3 --exclude path4 --exclude path5

Это абстрактный способ, адаптируйте аргументы под ваши задачи.