VoidVolker

1. Поймать событие выключения
   
2. Прервать выключение системы
   
3. Вывести сообщение на весь экран
   
4. Заблокировать пользовательский ввод
   
5. Дождаться завершения вашей задачи
   
6. Продолжить выключение
   

nnCron, например, умеет так: www.nncron.ru/help/RU/commands/watch.htm#WatchQuer...

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

Значит ОС была установлена неправильно и теперь надо выяснять что именно неправильно. Если дисков несколько - надо выяснить на который из них была установлена ОС и выбрать его загрузочным в настройках БИОС. Если диск один - значит, либо система не установилась либо диск сдох. И надо либо попробовать поставить еще раз с точным соблюдением инструкции либо нести диск/ПК в сервис на детальную диагностику и ремонт.

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

Например сервер лежит или IP попал в блокировку провайдера или были изменены настройки групп безопасности или поменялись настройки SSH сервера или он вообще лежит или еще куча других причин.

Большинство систем виртуализации поддерживают коммандныый интерфейс. Например VB или Docker.

https://www.w3schools.com/tags/ref_urlencode.ASP
Update: для тех, кто в танке (https://www.ascii.ca/cp1251.htm):

%C3 → Г
%E5 → е 
%EE → о
%F0 → р
%E3 → г
%E8 → и
%E9 → й

https://dev.2gis.ru/

Эксель же.

Эксель же.

Так ведь элементарно же - заплатить им денег. Вам неизвестен термин fund? Религия не позволяет скопипастить его в переводчик или просто погуглить?

Оптимальный вариант Air M1 16GB и SSD на сколько хватает бюджета - позже можно легко докупить USB SSD для тяжелых вещей/файлов/данных. Производительность между М1 и М2 ~15-20%, в зависимости от приложения. Для разработки ПО M1 хватает за глаза, особенно фронт-энда. Даже для тяжелых вещей типа кучи контейнеров в докере. Я в данный момент работаю с проектом в два десятка контейнеров, причем часть из х86 - все отлично летает, даже с учетом того, что М1 ощутимо проседает в виртуализации х86. Вот тут ранее я уже расписал подробно про MBA M1. Брать М2 надо только в том случае, если 16 ГБ ОЗУ не хватает, т.к. у М2 есть конфигурация на 24Гб ОЗУ. Брать даже ради 15-20% производительности нет смысла никакого - он все равно на больших частотах уходит в тротлинг и перегрев, в то время как отсутствие значительного перегрева и вентилятора - одна из плюшек MBA. А вот дополнительная оперативка и большего размера ССД - это намного более значительный бонус.
Брать прошку имеет опять же смысл только при наличии бюджета и требований к оперативной памяти и производительности процессора/графической подсистемы.

М1 будет оптимальным выбором. Почему именно М1 в целом я уже отвечал ранее. Брать устаревшее железо особо смысла нет, т.к. софт никто под него сейчас оптимизировать не будет, а вот под М1 будут. Конкретно в вашем случае М1 тоже вполне успешно будет работать в ваших задачах. Встроенное видео работает вообще отлично - блендер, фрикад, фотшоп, все летает. Какую именно модель брать - зависит уже от бюджета и дополнительных требований: например, если надо работать с тяжелыми проектами - то, конечно, лучше добавить еще немного и взять вариант с 16 Гб ОЗУ. Ну или сразу студию в нужной конфигурации. Вот тут неплохой тест/сравнение работы Logic Pro X на м1 и интел - и автор говорит, что все отлично работает, проблем особо никаких. Учтите, что есть еще один нюанс - максимальное число подключаемых мониторов: например у MBA m1 - всего один монитор, если надо больше - нужна специальная док-станция. У мини м1 - два дисплея максимум.

1. Создать ТЗ - расписать основную логику, принципы и задачи приложение
   
2. Создать Частное ТЗ - вот взять ТЗ и по нему расписать все алгоритмы, логику каждого элемента интерфейса во всех их вариантах, источники данных - форматы и прочее, какие-то дополнительные АПИ, системы, интерфейсы и прочее
   
3. Сделать декомпозицию - т.е., разбивка приложения/задачи на более мелкие подзадачи/подсистемы/модули и прочее
   
4. Детально проработать внутреннюю архитектуру приложения, которая будет решать поставленные задачи - тут уже можно делать наброски классов, интерфейсов, структур данных и прочее
   
5. Создать список задач и/или группы задач - каждая задача решает одну проблему на своем уровне
   
6. Ну а далее - просто берем задачу и пишем по ней код, до тех пор, пока все задачи не будут решены. Для удобства можно сначала написать тесты, а в процессе выполнения задач довести тесты до 100% выполнения.
   

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