res2001

Если в твоем городе есть нормальный ВУЗ, то иди учись. Если нет, то стоит поискать куда ты можешь поехать учиться. У тебя сейчас единственная возможность в жизни получить бесплатное образование. Скорее всего такого подарка судьбы больше не будет никогда. Бывают, конечно, исключения.
Обучение это не столько "новые технологии" программирования. Это еще и математика и прочие предметы, которые хорошо ставят мозги на место. Это то же нужно, если и не для программирования, то для собственного развития.
Но самое главное, чему ты должен научиться в ВУЗе - учиться самостоятельно. Впрочем, похоже, это у тебя не плохо получается. Значит будешь оттачивать навык :-)
Желаю удачи!

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

В линуксах надо включить создание coredump в ОС, выполнить программу, получить файл coredump и проанализировать его в gdb. Схема анализа кода та же, что под виндой.

Возможно у вас выход за пределы массива. При анализе внимательно смотрите на используемые индексы и размеры выделенного вектора к которому идет обращение.

Результаты вашего анализа можете скинуть сюда.

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

Вообще нагрузка 100% - это повод задуматься о масштабировании приложения или оптимизации базы, не понял где у вас нагрузка 100%.
Необходимость масштабирования не отменяет создания уникального индекса.

Если в отдельной таблице базы хранить еще и предварительно посчитанные количества нулей для каждой позиции во всех строках, то задача сократится до 1 прохода по символам новой строки.
При добавлении/удалении строк, надо будет модифицировать и таблицу с количеством нулей.

Обычно пользовательские ключи лежат в пользовательских профилях в каталоге .ssh: cd %USERPROFILE%\<user name>\.ssh
Так же как в линухе. Там их и ищет сервер.
Но у вас для чего то в конфиге 2 опции AuthorizedKeysFile. Возможно одна из них лишняя.

Думаю, для округления вплоть до дней можно просто отбрасывать остаток от деления на соответствующую константу. Константы вычислить заранее для 1 дня, 1 часа и 1 минуты.
Округление до года и месяца - по предложенной jcmvbkbc схеме.

Листьями в дереве считаются узлы, у которых нет потомков.
Потомки в коде задаются членами узла left и right, соответственно if(p->left == NULL && p->right == NULL), то узел - лист.
Делаете проход по всем узлам и выводите только те узлы, где условие выполняется.

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

Про size_t - если вы на 100% уверены, что у вас никогда не случится потеря данных при преобразовании из 8 байтного беззнакового size_t в 4 байтный знаковый int, то можете сделать явное преобразование типов (cast). Но гораздо правильней для размера (всего чего угодно) использовать size_t (а не int), как это давно уже делают в std.
Про strncpy - в некоторых случаях она может быть не безопасной. Если вы на 100% уверены, что в вашем случае она точно безопасна, то можно забить на ошибку, объявить макрос, который указан в тексте ошибки и на этом проблема будет исчерпана. Но есть безопасные аналоги строковых функций у них к имени добавляется суффикс _s. В вашем случае безопасный аналог strncpy_s. Используйте безопасные функции. Безопасные функции немного медленней работают, за счет дополнительных проверок и т.п.

Для работы веба в большинстве случаев достаточно:
1. DNS: UDP, dst=any:53
2. HTTP/HTTPS: TCP, dst=any:443/80

DNS нужен, чтоб преобразовывать имена доменов в IP адреса.

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

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

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

Любые IP адреса не будут лезть в локальную сеть, только те куда ваши локальные устройства сначала отправят запрос (будет приходить ответ). Точнее они будут пытаться лезть, но дальше роутера не уйдут - там же у вас еще, видимо, NAT работает, вот он их и будет останавливать.

for /d %%a in (test_*) do rmdir %%a

5-6 секунд с inner join - это должно быть несколько миллиардов (сотен миллионов) записей в обоих таблицах.
Попробуйте создавать индексы по полям участвующим в связывании таблиц.
Денормализация данных - обычно плохой вариант. Есть некоторые кейсы, когда это допустимо, но лучше этого избегать, пока не перепробованы другие варианты ускорения.