Saboteur

Windows NT 6.1 - это внутренняя версионность в MS
NT это New Technology

NT 6.1 - Windows 7
NT 6.2 - Windows 8

https://en.wikipedia.org/wiki/List_of_Microsoft_Wi...

Но браузер может и врать.

Присоединюсь.
Разработчики забросили поддержку youtube-dl и гугл довольно оперативно заблочил нормальную скорость его работы (намеренно, либо ютуб просто "развивается", и парралельно поломал работу утилиты).

Сейчас активно развивается форк yt-dlp, у которого и скорость скачивания на уровне, и в дальнейшем его пока еще не забрасывают.
Так, как это форк, то обратная совместимость полная. Меняете youtube-dl на yt-dlp и все работает.

1. Системный диск более уязвим по сравнению с второстепенным (ну или является приоритетной целью злоумышленников - должна же быть какая-то причина, по которой сохранять резервную копию системы на системный диск смысла не имеет).

Хм, для злоумышленников приоритеной целью является не системный диск, а данные пользователя, и возможно его креденшелы. Они часто могут лежать на системном диске, но не обязательно.

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

Ну извини, как бы ежу понятно что бэкап СИСТЕМЫ (с системного диска) лучше хранить на ДРУГОМ диске, а не на нем же. Причина как бы элементарна - не хранить все яйца в одной корзине.

2. Добирать до папки .ssh не очень удобно, да и смысл её имени неочевиден.

Абсолютно очевиден - домашний каталог пользователя, конфигурационная директория по соглашению *nix и openssl

Единственный другой вариант - если ты используешь отдельный диск с шифрованием, тогда ключи можно хранить на нем. А так - домашний каталог/.ssh отлично. И бэкапы делать не забывай

Да нет никакого лучше.
Тебе же не 6 лет. Ты как минимум в школе уже провел несколько лет. Должен понимать как ты привык учиться - читать учебник, решать задачки или искать у других ошибки и их исправлять. Или просто просиживал за партой и играл в крестики нолики.
Делай то, что ты привык. Нет лучшего. Лучшее вообще враг хорошего

Не существует такого понятия, как "число с ведущим нулем".
Ведущий ноль это не часть числа а просто форматирование вывода.
Поэтому просто пользуйтесь printf с указанием формата, в вашем случае %02d (d - число, 02 - 2 цифры с ведущим нулем)

#!/bin/bash

hr=(0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23)

for i in ${hr[@]}; do
printf "%02d\n" ${hr[i]}
done

Что значит "принято". Это зависит от проекта и ваших предпочтений.
Нет явных общепринятых решений, так как одинаковых проектов немного.

Если у вас единственное приложение, то под него можно просто настроить сервер и без докера и с докером.
Если компонентов очень много, то чистый докер уже будет мало и сложно, нужно использовать оркестратор (кубернетес или опенщифт). Но можно и просто виртуалки/железки настроить.
Докер налагает свои моменты, но упрощает поддержку на будущее.

Так если есть инет, в чем проблема звонков по ЛЮБОМУ мессенджеру?

Причем тут поиск адресов памяти?
Если вы пользовались каким-нить cheatengine или Artmoney исключительно поиском по значению, и понятия не имеете как программы пишутся и что такое языки программирования, то да, дело именно в отладчиках.

Берется отладчик, декомпилируется код, подменяется своей, когда станет понятно как ее подменить.
Да, нужны навыки хорошего разработчика, с опытом реверс инженеринга, и не одного, такие вещи при отсутствии исходного кода это много человекочасов некоторой коммуны, редко одиночки.

Видимо вся ваша проблема в том, что основная инфа хранится в этом 150мбайтном sheet.xml
Найдите редактор, который откроет такой файл. Я уверен что FAR бы открыл. Но notepad++ тоже по идее должен.

Интересуюсь получением 2-го образования в области програмиирования.

Прошу поделиться взглядом изнутри: какие нужно собирать азы в данном направлении?

По идее еще на 1-м образовании в области программирования вы должны были собрать все азы. Если не собрали, вам нет смысла "получать" второе образование. Образование вам не дают, образование ты берешь. И если у тебя уже есть первое образование и ты при этом ничего не понял, значит ты его не получал а прослушал и выбросил. А надо сидеть и грызть гранит науки.

Для "легкого старта" начать с тестирования, потом разработчиком?

Тестирование и разработка - смежные профессии, и КАЖДАЯ из них может потребовать уйму времени.
Тестирование это уже давным давно не легкий старт.

Конечно можно.

Но такое письмо зарубит ближайший спампротектор.

Поэтому работать будет в пределах вашего почтового сервера (например рассылать служебные рассылки от несуществуюшего пользователя), но наружу такие письма с вероятностью 99% будут резаться на всех почтовых узлах.

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

Большой онлайн у разных людей это тоже разные цифры.

Ваш вопрос явно не подходит под этот ресурс. Нужно либо полная конкретика со всеми уточнениями, а тогда это тянет на полноценное обсуждение ТЗ с правками.
Либо задавать более простые технические вопросы.

По вашему вопросу - если модули интегрировать как независимые сервисы, их можно будет впоследствии разнести на разные машины, позволяя масштабировать как угодно. Как именно все это будет интегрировано - лучше с исполнителем согласовывать.

ctrl-alt-del и вызвать диспечер задач, в котором прибить приложение
Проверить все места автозапуска ПО, а лучше скачать autoruns (https://docs.microsoft.com/en-us/sysinternals/down...)

Ну все верно. Нечего парсить сайты. Если таких как вы будет 10? А если 100? А если 1000? Ради вас покупать новые десятки серверов? Проще просто заблочить парсеры и все.

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