VoidVolker

Ну, это совсем просто. Чтобы держать биполярный ключ открытым, надо ему в базу загонять ток, всё время. Т.е. непрерывно тратить энергию, поскольку там есть замкнутая цепь для электрического тока (открытый эмиттерно-базовый PN-переход).
С полевым ключом принципиально не так. Управляющая цепь затвора - не замкнутая, поскольку между затвором и каналом есть изолирующая прослойка. Поэтому там ток не течёт, для открытия ключа достаточно подать напряжение, для закрытия - снять его. Электроэнергия на это практически не тратится (если не считать первый момент, когда заряжается затворная ёмкость). Вот и первое преимущество - экономичность в управлении.
Второе преимущество полевика - малое проходное сопротивление (единицы миллиом, много меньше, чем у биполярного, и в некоторых случаях даже меньше, чем у замкнутых контактов). Причём чем больше управляющее напряжение на затворе, тем проходное сопротивление меньше, соответственно и меньше нагрев полевика проходящим током. Однако не надо впадать в фанатизм на этом пути - если Uупр превысит значение 15 вольт, то изоляция затвора может быть пробита, и полевой ключ (такой удобный и простой в применении) превратится в тыкву.
Есть и другие отличия, которые проявляются только на высоких частотах.

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

Всё с этим кодом в плане "современности" нормально.
А вот в плане читаемости и переиспользования - нет.

Можно например вот так переписать:

const menu = document.querySelector('.burger-menu');
const menuList = document.querySelector('.menu__list');
const activateMenu = () => (menuList.classList.toggle('active-menu'), menu.classList.toggle('active'));

menu.addEventListener('click', activateMenu, true);

Не закрыт предыдущий тег (meta)

Совет: когда вручную набираешь привыкай разу ставить обе скобки (любые), а потом передвигать курсор влево.

ЗЫ. В VSCode есть возможность включить автозакрытие, но лично меня это поведение только напрягает, тк привычка сразу писать парное.

Выдает ерунду потому что в 99,(9)% ноутах HDMI исключительно выход, и никак программно (да и аппаратно, разве что оторвать LVDS/eDP от материнки и поставить отдельный адаптер) это не изменить.
Самый простой способ - карта видеозахвата и OBS Studio.

Нельзя.

a как его восстановить?
он же не удален, поменялось содержание.

люди делятся на две категории: кто уже делает бэкапы и кто ещё их не делает.

Репозиторий проекта - это не что-то стандартное. Авторы вольны применять любые процессы и скрипты для сборки. Может когда-то какой-нибудь ЧатЖПТ и сможет "прочитать" ридми ЛЮБОГО проекта и проделать всё необходимое для его сборки, но пока что такой инструмент мало реалистичен. Если разработчик сам не настроил CI/CD в проекте, то никак без него это сейчас не сделать.

Написать на фронтенде js-код, который будет поллить бэкенд. Можно и в реалтайме с помощью SSE или WebSocket'ов, но Flask не очень подходящий для этого фреймворк.

Даю удочку, не рыбу. Тут три составляющих:

• Итерация по ключам-значениям объекта. Способов несколько, все описаны на первых страницах любого учебника.
  
• Сохранение значения конкретного стиля. Тоже элементарно: element.style.backgroundColor = value.
  
• Использование переменной в качестве названия свойства. Тоже на первых страницах учебника.
  

Но перед этим нужно раз и навсегда уяснить разницу между массивом и объектом в js и использовать корректные термины.

Proxmox + виртуалки/lxc контейнеры - для системы на базе гипервизора.

Виртуалка - изолирована лучше, но медленнее.
Lxc контейнер - изолирован хуже, но работает быстрее.

Если тебе не нужно строить сложное взаимодействие между виртуальными средами - ставь Ubuntu + docker на хост, будет намного быстрее работать, дальше через nginx reverse proxy прокидываешь порты к нужным контейнерам.

На компе можешь (винда) в файле hosts указать домены которые указывают на твой сервак, чтобы не париться с роутером и уже в nginx конфигах в зависимости от домена, на порт определённый направлять.

Но должен предупредить, если ты на хосте что-то сломаешь - переустановка системы, а первое время у тебя эти переустановки будут занимать больше времени, чем работа над проектами, так что будь готов 2 недели смотреть на чёрный монитор с белым текстом и не только поверх)

В этом плане Proxmox + виртуалки отлично подходят, настроил хост - эксперименты на виртуалках ставишь.
Дальше если по скорости не устраивает, сносишь и заводишь на хосте всё, как сказал выше, уже с полученными знаниями.

Обезопасить - nginx, главное порт ssh если открывать в сеть будешь, перед тем как это сделать настрой ssh ключи.

1) Подскажите какую лучше поставить операционную систему? Если Linux, то в сторону каких дистрибутивов смотреть. Хотелось бы удалённо подключаться к этому ПК для мониторинга или обновления файлов с github.

Proxmox или другой гипервизор

2) Актуален ли для подобного Docker или слишком много ресурсов будет отнимать?

Актуален.

3) Правильно ли запускать различные сайты просто на разных портах роутера?

Лучше использовать прокси (я бы использовал traefik или nginx).

5) Раз выполняется проброс порта, то как это обезопасить?

Как раз стоит изучить решения по защите (nginx Bunker, geoip, crowdsec)

дома есть второй ПК, который хотел бы пустить в дело на изучение разных технологий.
На данный момент хочу запустить пару простеньких сайтов на flask, django или node.js, а также запускать телеграмм ботов.

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

Но если очень хочется то...

1) Подскажите какую лучше поставить операционную систему? Если Linux, то в сторону каких дистрибутивов смотреть.

Любую серверную. Убунту, дебиан и пр.

2) Актуален ли для подобного Docker или слишком много ресурсов будет отнимать?

Докер нужен если он нужен. Если нет то зачем?

3) Правильно ли запускать различные сайты просто на разных портах роутера?

Правильно сайты запускать не на роутере, а на сервере. И не разных портах, а на разных вируталхостах.
Для экономии на доменах (если для паблика) можно делать на поддоменах.

Если не боитесь использовать Cloudflare в наших волшебных политических реалиях, то у них есть прекрасное решение для обеспечения безопасности: "Zero trust tunnel". Это не просто прокси-сервер, а самый настоящий туннель. Т.е. ваш сервак может находиться за непробиваемым файрволом, но по туннелю вы сможете организовать безопасный доступ к тем ресурсам, к которым пожелаете.
Таким образом, даже если кто-то будет атаковать ваши ресурсы, то атаковать они будут Cloudflare, а не ваш ненаглядный сервачок.