VoidVolker

Дополню, если хочется сделать именно свою реализацию, то вот тут я уже отвечал как именно это делается: Как сделать единый аккаунт для своих сервисов?

TP-link archer AX55 - отличный девайс для дома, сам долгое время использовал. Я бы рекомендовал ставить роутер на перекрестке в середине квартиры для улучшения качества сигнала во всех концах.

Да, можно, никто не запрещает.
UPD: без проблем - только live/pe.

Вынести эту часть в отдельный репозиторий с минимальной обвязкой для отладки и предоставить разработчику доступ в этот репозиторий. А после завершения работ влить изменения в основной репозиторий.

Если на минималках, то например: Sonoff MINIR2 DIY + свой скрипт для переключения (маны).

А если делать с заделом на будущее, то как уже сказали: HA на малинке или любой железке, Zigbee usb dongle + Zigbee реле + Zigbee кнопка. Есть еще отдельный Zegbee шлюз - но это вариант, когда нет возможности использовать USB донгл и при наличии прямых рук для его перепрошивки с программатором и паяльником с целью отвязки от китайских серверов и чтобы он работал только в локалке (в целом ничего сложного, инструкции в сети есть).

Если хочется больше кекса, то берем любую плату с ESP (например ESP WROOM 32) плюс любое реле, коннектим их, заливаем туда свою прошивку и используем как нравится.

Еще есть 433 шлюзы - они принимают сигналы с пульта и отправляют команду по сети/API куда-то там еще в систему умного дома. Тоже вариантов куча есть.

Это стандартный баг легаси наследия GDI (ЕМНИП, кто-то забыл сделать дополнительный вызов обновления родительского окна при изменении дочернего) - пробуйте другие версии приложения. Возможно какие-то настройки помогут. Вот тут еще пара ссылок на топики с такой же проблемой:
https://community.smartbear.com/discussions/soapui...
https://community.smartbear.com/discussions/soapui...

Unlocker есть же - он умеет удалять все, а что не получится сразу - удаляет при загрузке ОС.

Затем, что линукс самая распространённая серверная ОС и докер в основном применяется на серверах и разработчиками серверного/сетевого ПО. Кроме того, как уже правильно сказали про контейнерезацию винды, есть еще и другие ОС: например FreeBSD. Там тоже есть контейнеризация и вирутализация, например - jails, точно так же позволяет запускать контейнеры с FreeBSD внутри и ставить там эксперименты или запускать различное ПО. И есть еще куча других инструментов. А суть контейнеризации проста: поставить конкретные зависимости для конкретного ПО и легко ими управлять, при этом не влияя на хостовую ОС и не получая от неё же влияние. Что проще - запустить один настроенный докер контейнер или же выполнить кучу команд и поставить кучу дополнительного софта, который может оказаться несовместим с текущей конфигурацией?

Делаете три окружения: develop, staging, production. Develop - WIP, то, над чем сейчас идет работа. Staging - следующий стабильный продакшен. Тестирование отдельных фич можно проводить как в рамках staging так и в develop. Еще можно завести отдельный testing - туда отдельно вливать и деплоить изменения конкретно для тестирования. Работа ведется в рамках рабочего процесса github flow. Для каждого окружения поднимаете все нужные сервера и сервисы. Настраиваете автоматический деплой по PR в ветку для develop/testing/staging. Настраиваете автоматический запуск тестирования, при этом если тесты не проходят - деплой тоже не происходит. Деплой в production запускается либо по событию "релиз" либо вручную. Кроме того, сам деплой в production настраивается пошагово с возможностью отката на предыдущую версию. В целом же, рекомендую сделать декомпозицию вашего решения и рассмотреть возможность разделить ваш шлюз на несколько независимых компонентов/модулей.

npm run fix -- --comment=text

• На сервере создаете SSH ключ пользователю, под которым необходимо клонировать репозиторий
  
• В настройках репозитория в разделе развертывания добавляете этот ключ
  

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

Например: WindowBlinds - ставите и ищете подходящую тему.

Для начала сообщить полную конфигурацию ПК и планы по обновлению на конкретное железо (т.е., не в плане "собираюсь прокачать", а, например, "планирую купить RTX 4090 через год, а через два добавить еще пяток дисков").

• Брать качественный и не экономить
  
• С запасом 25-35% по мощности (в среднем КПД у БП в районе 80%, а на максимальной мощности БП нельзя эксплуатировать постоянно, лучше пусть максимальная нагрузка будет до 80-90%, дольше проживет как БП, так и ПК)
  
• SeaSonic, FSP и их перекрашенные версии от других продавцов
  

Судя по девятому райзену и калькуляторам - БП на 750-850 Ватт должно хватить на данную конфигурацию. Но, если планируется более продвинутый апгрейд - то 900-1000 Ватт.

В любой. Что ближе, удобнее, привычнее и доступнее - ту и берите. Если же хочется попробовать разные - VirtualBox вам в помощь. А вот за литературой велкам на васм: https://wasm.in/forums/wasm-books-i-wasm-blogs.22/