hint000

Покромсать файл на куски заданного размера (split из командной строки или архиватором rar), перекачать куски и собрать в исходный файл.

Уточню ответ Rsa97 с учётом очень особой работы с углами в вашем случае.

Расчеты я делаю между углами -240 и 60

( ( (x + 90) * (60 + 240) / (103 + 90) ) mod 360 ) - 240
Тогда результат будет в диапазоне -240..120 градусов.

А что такое Х?

в ваших терминах:

угол текущего значения

в русской версии функция ПОСТОЛБЦ
в английской версии функция TOCOL
https://support.microsoft.com/ru-ru/office/функция...
К сожалению, эта функция доступна в Office365, но вот умельцы какие-то костыли придумали:
https://www.planetaexcel.ru/forum/?PAGE_NAME=read&...
https://answers.microsoft.com/en-us/msoffice/forum...
Альтернативно:
https://helpcenter.onlyoffice.com/ru/ONLYOFFICE-Ed...

Подавляющее большинство файлов занимают на диске больше места, чем их размер. Потому что место в файловой системе выделяется кластерами. Файл может занимать 1 целый кластер и ещё 1 байт, а ему выделено уже два кластера - в один он не поместился, а часть кластера выделить нельзя.
Чем больше мелких файлов, тем больше потери.

А кроме этих простых и понятных потерь ещё есть:
https://ru.wikipedia.org/wiki/Альтернативные_поток...

задача в том, чтобы iptables на сервере ограничивал доступ к определённым портам, для всех кто подключается НЕ с IP этого сервера, то есть не из под VPN

iptables -A INPUT ! -s 192.168.111.0/24 -p tcp --dport 443 -j DROP

192.168.111.0/24 - это, например, диапазон адресов, прописанных в конфигурации OpenVPN.
443\TCP - это порт на этом же сарвере, доступ к которому должен быть только через VPN.
Т.е. этим правилом мы посылаем нафиг всех, кто не из VPN и лезет на 443\TCP.

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

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 это легко преодолевают.

50% проблема с блоком питания;
35% проблема с материнкой;
15% всё остальное.

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

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

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

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

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

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

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

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

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

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

сервер имеет статичный белый 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...

Старые вопросы на ту же тему:

Как хранить свойства товаров разного рода?

Как в БД делают возможность разделять какой-то продукт по цветам и размерам в наличии?

Какую структуру таблиц выбрать для описания некоторой сущности, у представителей которой часть атрибутов совпадает, а часть — различна?

Можно ли составить mysql запрос с выборкой не определенного множества полей?