Saboteur

имею ли я право в названии использовать словосочетание система мониторинга температуры?

Имеете.

Да, есть: хранить сами изображения не БД, а в отдельном файловом хранилище с внешним доступом по ссылке-идентификатору. В самой же БД хранить только идентификаторы изображений в хранилище. Это стандартная практика работы с файлами и БД.

Существует несколько способов решения этих проблем:

1. Вышло обновление, достаточно сделать
sudo apt update && sudo apt dist-upgrade

Остальные ответы оставлю для истории.

2. Оставайтесь на X11

3. Запускайте far2l с двумя дополнительными параметрами:
far2l --nodetect=xi --ee

4. Запустите этот патч:

sudo perl -pi -e 's/XInputExtension/!InputExtension/g' /usr/lib/far2l/far2l_ttyx.broker

(использовать параметр --ee всё равно придётся)

5. Можно взять более свежую версию из Debian:

mkdir far
cd far
wget http://ftp.de.debian.org/debian/pool/main/f/far2l/far2l_2.6.1~beta+ds-1_amd64.deb
wget http://ftp.de.debian.org/debian/pool/main/f/far2l/far2l-data_2.6.1~beta+ds-1_all.deb
sudo apt-get install ./*.deb
apt-cache policy far2l

Можете использовать тот способ, который вам больше нравится.

Https тоже должен считаться прикладным, раз это "http но с шифрованием".
udp точно не прикладной.
chrome и navigator - браузеры
jpeg - формат картинок.

=> ответ http, https, ftp.
Если это неправильный ответ - это уже ошибка составителя теста.

Я бы посоветовал линукс в виртуальной машине по ряду причин.
Оговорюсь, что к моей рекомендации нужно отнестись осторожно, поскольку я вообще не пользуюсь виндой уже больше 10 лет, могу плохо представлять ваши юзкейсы.
Итак, причины.
- Две операционки нативно поставленные на комп - это лаг при переходе и сниженная мотивация к тому, чтобы что-то лишний раз сделать в менее привычной среде. Вам просто лень будет перезагружаться и терять контекст каждый раз.
- Приседания с Grub и разными файловыми системами с их спецификой, плохой доступностью объёмов из другой операционки - это лишняя когнитивная нагрузка, которая вас будет путать на ранних этапах освоения новой системы.
- С другой стороны линукс в виртуальной машине - это практически чистая изолированная система почти без оглядки на виндового "соседа".
- Мгновенное переключение (если памяти хватает).
- К минусам можно отнести неудобства, связанные со спец-клавишей для работы в GUI гостевой системы.

Если вы осваиваете линукс - просто прыгайте как в омут с головой и обвешайтесь кучей проектов, чтоб некогда было играть. А зачем еще в винду? ну может CAD-системы какие, фотошоп...
Второй вариант - не рассматривайте линукс как ось, где можно жить в гуях, как вы это делаете в винде. Пусть линукс будет местом для бэкенда ваших проектов. Поднимите там облачный офис, файлопомойку с веб-интерфейсом, торрентокачалку, гитлаб с пайплайнами и прочее. Но в таком случае лучше иметь, всё же, отдельный комп, пусть и слабенький. Поставьте его на балкон или антресоль, переключите кулеры на 5 вольт чтобы не шумел, убедитесь, что не перегревается и пользуйтесь почаще, иначе забьёте.

Let`s Encrypt , очевидно. Я вообще не понимаю, кому сейчас нужны покупные сертификаты, кроме банков и подобных структур, где наличие покупного сертификата вписано в регулятивные правила отрасли.

HTML - язык разметки, никакие значения он не меняет

Это с точки зрения Ассемблера array это адрес. А с точки зрения Си uint32_t* array это глобальная статическая переменная в которой лежит указатель на uint32_t или соответствующий массив . То, что в Ассемблерах выглядит примерно так array_ptr dd offset array. А так как это bss, то естественно, что в этой переменной лежит ноль.

1. Профильные
2. Другие или не Профильные.

Можно конечно просто убрать их отслеживание через gitignore

Нет нельзя. Игнор действует только на ещё неотслеживаемые файлы. Если же файлы уже в репозитории, то они будут отслеживаться пока вы из оттуда не удалите.

Как сделать это, не удаляя репозиторий на удаленном сервере?

Если вам так важно именно «неудаление» то совет Виктора подойдет. Переместите .git в подкаталог src/ и гит будет считать что все файлы из корны проекта исчезли а содержимое каталога src переместилось в корень. Останется только закоммитить эти перемещения и удаления. Все старые файлы при этом останутся в истории проекта.

Если вам не важна история, то проще удалить репозиторий и создать новый в src. Так вы избавитесь от мусора.

Есть более красивое решение, когда сохранится вся история проекта, но выглядеть это будет как если бы вы изначально создали репо в каталоге src. Но по факту, тоже будет создан новый репозиторий.