hint000

Круглые скобки работают внутри [[ ]], но не работают внутри [ ].
Обратите внимание, что между двумя брекетами [[ не должно быть пробела, это единый оператор проверки, а не один [ внутри другого [.

if [[ ( "$projectDir" = "video" || "$projectDir" = "audio" ) && "$flag" != "noflag" ]]

Но попробуем убить двух зайцев: оставить конструкцию возможно ближе к вашей исходной и при этом обойтись [ и не использовать [[. Выходит костыльно, что ж.

if [ "$([ "$projectDir" = "video" -o "$projectDir" = "audio" ]&& echo 1)" -a "$flag" != "noflag" ]

с прямыми углами проблема

В древнем Египте (во времена, когда строили пирамиды и даже раньше) не было проблем с прямыми углами на местности. Египтяне знали (эмпирически) замечательный треугольник с соотношением сторон 3:4:5 - с прямым углом. Этого хватало для целей строительства и разметки участков. Для них использование именно такого треугольника было актуально, т.к. они ещё не знали теорему Пифагора. Но вы-то в школе проходили эту теорему, так что можно для любых длин катетов посчитать гипотенузу.
sqrt(100^2+100^2)~=141.42
Берёте шнурок длиной ~350 метров (чтобы хватило ещё на узлы), завязываете на конце узелок с петелькой, накидываете эту петельку на колышек. Отмеряете 100 метров, делаете узелок с петелькой, вбиваете второй колышек, накидывате петельку на колышек. Отмеряете 141.42 м, делаете узелок с петелькой, но пока не вбиваете колышек, а даёте помощнику держать этот узел. Отмеряете 100 метров, делаете узелок с петелькой, идёте к первому колышку, накидываете последнюю петлю на первый колышек. А помощник должен уйти в такую точку, чтобы (держа за узел) натянуть части шнурка как до первого, так и до второго колышка. Там забить третий колышек. Теперь снимаете с первого колышка обе петли и идёте в четвёртую точку, пока обе части шнурка не будут натянуты, там вбиваете четвёртый колышек.
PROFIT.
Это всё можно и без помощника проделать, просто будет больше ходьбы.

P.S.

Тут не программу надо, а геодезиста.

Ключевая особенность геодезиста, позволяющая ему не страдать ерундой как древние египтяне - это наличие инструмента (теодолит с буссолью), т.е. прямой (или какой угодно) угол можно отмерить с высокой точностью. Если у геодезиста нет инструмента, то он такой же древний египтянин, ¯\_(ツ)_/¯ только знает больше.

P.P.S Шнур желательно выбирать такой, который очень слабо растягивается. Либо шнур использовать для черновой разметки, а потом промерять между колышками лазерным дальномером и корректировать. Можно и сразу дальномером без шнура отмерять, но нужно приноровиться к такому методу, чтобы видеть несколько цифр и сразу понимать, где что подправить.

Копию MFT нельзя передвинуть средствами самой Windows без форматирования или удаления раздела. Только сторонними утилитами.
Если мне не изменяет память, то при стандартном форматировании MFT создаётся в двух экземплярах - в начале тома и в середине. Поэтому затруднение возникает при попытке сжать том до менее половины исходного размера.
Всякие Gparted, Acronis и прочие PartitionMagic это легко преодолевают.

1) В настройках браузера куки принимаются не с любых сайтов? Некоторые сайты не открываются, пока не разрешишь принимать от них куки. Если никаких ограничений на куки не настраивали, тогда сразу второй вариант.
2) Вы очистили кэш удалением файлов. А теперь в настройках браузера попробуйте очистить кэш и куки.

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

Координаты чего? Самой камеры? При том, что камера постоянно накодится в одной точке и эти координаты на всех фотографиях одинаковые?

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

Откуда возьмёте азимуты, если компаса нет?
Панорама круговая (на 360 градусов)? Если да, то вы только сможете вычислить, сколько пикселей составляют какой угол, а на основе этого вычислить углы между объектами (но не азимуты объектов). И всё равно линейные расстояния будут неизвестны. Если панорама меньше, чем на 360 градусов, то даже для вычисления углов между объектами не будет данных.

В любом случае потребуется как минимум одно калибровочное фото, для которого будет известно: 1) точный азимут на объект, 2) точное расстояние от камеры до объекта, 3) точные размеры объекта (высота или ширина). Тогда уже можно вычислять. Без этого исходных данных просто нет.
И это ещё при отсутствии дисторсии у оптики камеры. А при наличии дисторсии потребуются точные данные о нескольких объектах в калибровочном кадре, чтобы можно было вычислить и в дальнейшем как-то учитывать дисторсию.

Проходили подобную блажь. Даже на NTFS, где штатные настройки прав шире, чем на *NIX-овых системах. Проведём эксперимент. Открываете со своего рабочего стола какой-нибудь *.doc или *.xls (можно *.docx или *.xlsx) жмёте "Сохранить как...", находите вашу шару с указанными ограничениями. И не можете сохранить. Почему? Это же создание нового файла на шаре? Должно работать, но не работает. Проверяем: пробуем с рабочего стола скопировать файл на шару - копируется без проблем. Ещё проверяем: пытаемся заархивировать файлы прямо на шаре, пытаемся создать на шаре бэкапы не самописным скриптом, а при помощи какого-то популярного ПО для резервного копирования. Во многих случаях обламываемся. Потому что все эти Word'ы, Excel'и, архиваторы, и куча другого прикладного ПО не подозревает о странном правиле "создавать можно, редактировать нельзя". Они сперва создают пустой файл, а потом пытаются записывать в него. В результате на шаре остаются именно пустые файлы (с правильным именем, но размером 0 байт). Создать-то пустой файл можно. Записать в него хоть что-то - это уже редактирование, это нельзя. В лучшем случае вы будете каждый день объяснять пользователям, что такие вот правила - скопировать файл Проводником (или FAR'ом, Total'ом) можно, а сохранить из большинства программ нельзя. Дополнительное действие пользователям - сначала сохранить на своём ПК, затем скопировать на шару. Пользователи, которые кидают на шару файлы не каждый день, будут забывать и каждый раз снова требовать объяснений. В худшем случае директор или главный бухгалтер в какой-то момент не только забудут, но и не заметят, что файл не сохранился, и будет скандал насчёт потери важнейшего файла.

Что касается *NIX-ообразных систем, там штатно даже и не предусмотрено разделение на "создание" и "редактирование", там это одно и то же.
Это можно решить другими методами, но выбор метода зависит от постановки исходной задачи. Например, для тех же резервных копий запрет редактирования действительно важен, но тут и хорошие варианты решения давно известны.

А почему iptables не пробрасывает порт?

Давайте по аналогии. Например, у вас есть ПК, есть провайдер, предоставляющий доступ в интернет, и есть роутер между провайдером и вашим ПК. Вы спрашиваете: "А почему провайдер не может пробросить порт на мой ПК?"
Потому что провайдер не видит ваш ПК и ничего о нём не знает,. Зато на роутере вы можете пробросить порт на ПК.
В вашей схеме: ПК - это ваша виртуалка; провайдер - это ваш хост; роутер - это сетевая часть гипервизора qemu. Таким образом, пробросить порт в режиме сети "user" вы можете только средствами гипервизора, что вам и описал «Пользователь удалён» в первом комментарии.

сервер имеет статичный белый ip и подключен напрямую без маршрутизаторов

На сервере только один физический сетевой интерфейс? Очень легко настраивается, когда на сервере есть WAN и LAN, тогда бридж поднимается на LAN и на этот бридж цепляются виртуальные машины.

Вот не буду врать, я не пробовал руками поднимать бридж без привязки к физическому NIC (не было такой задачи), но по идее можно создать tap-интерфейс и навесить бридж на него. Уже с tap можно будет работать средствами хоста, а не гипервизора. Только надо сначала разрешить ip-forward, чтобы между WAN и tap в принципе могли летать пакеты. Потом разрулить маршруты между хостом и гостем (с обеих сторон), и только после этого смотреть на iptables (теперь сможете пробросить порт).
Короче, да, мост подходит, должен подходить. :)

Сколько в итоге мощности они могут выдавать по 12 В

В таблице под +12V указано 624W.
Если в другой таблице (на другом БП) не указана мощность в ваттах, то умножаете вольты на амперы:
12 V * 52 A = 624 W

Сильно не удивляйтесь, если ваши 12 дисков будут выдавать скорость в несколько раз меньше ожидаемой (нет, вопрос питания тут не при чём, так будет и при самом лучшем питании). Но если нужен только большой объём хранилища, а скорость не важна (хранить бэкапы, фильмотеку, фонотеку, фотоархив и т.п.), тогда ok.

Насчёт БП - я бы взял обычный ATX на 600 W (мощность навскидку, можно посчитать на калькуляторе, я не считал) и подключал бы штатно - и для питания дисков, и на сам ПК. На диски дополнительные мощности по 12 V взял бы от провода питания видеокарты, а 5 V - с Molex. Ещё вывел бы на корпус два простеньких вольтметра со светодиодными индикаторами - на линии 5 V и 12 V.
Кроилово с более, чем одним БП может привести к попадалову. Не обязательно приведёт, но может привести. Какие-то неучтённые факторы и отсутствие гальванической развязки во всех ноутбучных и ПК-шных БП.

есть аналоговый телефон городской

Хорошо, вы подключите телефон в порт FXS указанного шлюза. И через шлюз с этого телефона можно будет звонить (в том числе и переводить звонки) на ip-телефоны и наоборот. Вопрос в том, хотите ли вы куда-то подключить городскую линию, которую выдернули из аналогового телефона или вы хотите от этой линии отказаться. А подключить линию вам будет некуда, для неё нужен порт FXO на шлюзе. Можно выбрать шлюз сразу с портами FXS и FXO, а можно выбрать два отдельных шлюза - один с FXS, другой с FXO.

перевод звонка осуществляться будет *47 далее ip адрес нужно еще набирать

Так не бывает, телефоны со стороны их пользовательского интерфейса не оперирую ip-адресами вообще никогда. От пользователя ожидается только номер (короткий или длинный). FXS-шлюз регистрируется на ip-АТС (у вас это miniSipserver) в качестве клиета, в настройках АТС вы должны назначить шлюзу какой-то внутренний (короткий) номер. Что делать с FXO-шлюзом (как его лучше настроить) - отдельный вопрос. Вы всё равно ещё не выбрали FXO.

Знаете автора книг "Алиса в Стране Чудес" и "Алиса в Зазеркалье"?
Он был математиком. И у него есть книга, обучаающая основам логики.
"Логическая игра", Льюис Кэрролл
https://habr.com/ru/articles/651433/
https://math.ru/lib/book/djvu/bib-kvant-15/Kv73-91...

https://ru.wikipedia.org/wiki/Оферта

Статья 158 Гражданского кодекса Российской Федерации допускает, что согласие на сделку может следовать из поступков стороны, направленных на реализацию сделки (конклюдентные действия), даже если не было явных заявлений о воле принять условия оферты. Например, факт посадки в общественный транспорт свидетельствует о желании ехать и приемлемости описанных условий оказания транспортных услуг (маршрут, цена), что автоматически обязывает пассажира оплатить проезд.

Но юрист сказал клиенту, что нужно что бы были доказательства о том, что согласились клиенты с офертой.

Делаем вывод: клиенту уволить юриста погаными тряпками, но мы-то знаем, что другим клиентам другие юристы сказали то же самое, законы не читают даже юристы.

И посоветовал сделать подпись простой электронной подписью.

Нажатием кнопки "согласен с условиями" или чекбоксом "согласен с условиями". Без этого нажатия не пускать к оформлению заказа. Это типовая схема.

Скорее это не "эффект размытия", а "цифровой zoom" (который, разумеется, не настоящий zoom, а обманка). Не используйте цифровое увеличение - не будет и размытия.

В принципе можно на виртуальной машине. Но в частности зависит от особенностей прикладного ПО.
Можно предположить, что абоненты только прикладывают карточку к сканеру и получают информацию на своём мониторе. Тогда нужно пробросить сканер (как USB-устройство) внутрь виртуальной машины.

А ещё успех зависит от персональных особенностей сотрудника, который будет работать за этим ПК. Ну вы знаете, одному человеку можно показать, как здесь всё устроено и он поймёт, а другому показывай хоть каждый день, и он всё равно загонит курсор мышки на второй монитор и (глядя на первый монитор) будет говорить "ой, у меня снова мышка не работает". Если рассчитывать на текучку кадров или на низкий уровень сотрудника, то проще за копейки купить отдельный старенький системный блок.

аналог 3d движка как в 2gis

Если под движком вы понимаете алгоритм отрисовки, то не сложно...
Например, Wolfenstein 3D вышел в 1992 г., Doom - в 1993 г., даже по требуемым ресурсам можете понять, что они были несложными (по сравнению с современными).
В 2GIS вроде бы тоже псевдо-3D (значительные упрощения по сравнению с полноценным 3D).

Текстуры зданий не нужны.

Ну... можете начать вообще с wire model (только рёбра отрисовывать), проще некуда.

Так вот, алгоритм отрисовки такого уровня разработать не сложно. Но сложно разработать структуру данных, с которой эффективно сможет работать такой алгоритм. Правильные структуры данных вообще очень важны. В этой задаче структуры данных - как минимум две трети сложности. Не сможете выбрать их правильно - можете потерять в скорости всего движка в 10 или в 100 раз.

1.

Как я понимаю в первых двух строчках 0.0.0.0 это два шлюза по умолчанию а маска 128 делит всю wan сеть пополам?

Да, почти. Строго говоря, 0.0.0.0/128.0.0.0 не считается "по умолчанию". Только маршрут с маской 0.0.0.0 - настоящий "по умолчанию". Но для простоты можно не придираться и сказать так.

И пакеты летят то на первый интерфейс, то на другой?

Да, в зависимости от адреса назначения. Что в общем случае неправильно (иногда бывает, что именно так задумано, но это не ваш случай). Исправьте на 0.0.0.0.
2.

Есть ли способ быстро переключаться между двумя подключениями на винде?

Да, та самая команда route, через которую (route print) вы показали маршруты.
route /? выводит подсказку, там внизу есть примеры:
route add для добавления маршрута,
route delete для удаления маршрута,
route change для изменения.
Можно не добавляя и не удаляя только менять метрику. Когда есть два (и больше) маршрута с одинаковым адресом назначения и одинаковой маской, то работает маршрут с меньшей метрикой. В вашем примере метрика не срабатывала из-за разной маски. Маршрут с узкой маской имеет приоритет перед маршрутом с широкой маской, независимо от метрики (в вашем случае с маской 128.0.0.0 маршрут был бы приоритетнее, даже имея метрику 26).

Отключить первый диск, понаблюдать некоторое время, проявятся ли симптомы.
Подключить второй и отключить первый диск, понаблюдать некоторое время, проявятся ли симптомы.
(по скриншотам видно, что оба диска не системные, значит оба можно отключить)