res2001

Вам повезло. Какой-то из включаемых вами других хедеров уже включает cstdint. Поскольку система инклудов в C++ идет еще из C и это дикое и неудобное легаси (текст хедера тупо вставляется в файл вместо include препроцессором), то такое рекурсивное включение работает.

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

Добавлять в автозапуск нужно не сам *.exe, а ярлык на него. И в ярлыке нужно указать рабочую папку.

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

PRIMARY KEY - первичный ключ. Поле, комбинация полей либо выражение (последнее MySQL не поддерживает), которое не может быть NULL и не допускает дубликатов (уникально для каждой отдельной записи в пределах таблицы). Поддерживается путём создания соответствующего уникального индекса и наложением ограничения NOT NULL на все используемые в выражении поля. По факту - однозначно идентифицирует запись. Кроме того, в MySQL выражение первичного ключа является кластерным индексом. См. Индекс -> Уникальный индекс -> Первичный индекс.

CONSTRAINT - ограничение. Правило, которое не допускает создания записи, для которой значение выражения ограничения имеет значения FALSE (можно TRUE или NULL).

FOREIGN KEY - внешний ключ. Ограничение, которое требует, чтобы указанное выражение для текущей записи присутствовало среди значений указанного выражения референсной таблицы (допускается и внешний ключ на ту же таблицу). Точнее, чтобы такая проверка присутствия не возвращала FALSE (можно TRUE или NULL).

REFERENCES - определяет референсную таблицу и референсное выражение.

INSERT INTO - запрос, вставляющий новые записи в таблицу.

Заранее пожалуйста.

@echo off
setlocal enableextensions enabledelayedexpansion

for /r %%F in (*.txt) do (
	set var=
	for /f "usebackq delims=" %%a in ("%%F") do (
		set var=!var!%%a 
	)
	echo !var!
) >> rez.out

Почему можно не указывать virtual в файле реализации?

Не то чтобы "можно не указывать". Нужно не указывать. Потому что так говорит стандарт.
И потому что виртуальность функции -- это не свойство функции, а свойство класса которому она принадлежит. Код функции не зависит от того, виртуальная она или нет.

Убедитесь, что все демоны настроены на работу только на локальном адресе (127.0.0.1 или ::1), в этом случае подключение к ним невозможно будет установить извне с помощью обычной маршрутизации. Обычно подобные опции называются bind-address, или как-то похоже.

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

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

Судя по ошибке, оно не может найти определение внутренних функций curl.

Почитайте документацию библиотеки, надо в свойствах проекта добавить библиотеку curl линкеру.

Поднимаешь где то опенВПН сервер.
Подключаешь распбери клиентом
Подключаешь свой комп клиентом
Профит - распбери доступна по адресу внутри впн
Не забываем добавить правило masquarade на впн серваке

устатовите

libpython3-dev

header files and a static library for Python (default)

внутри будут библитеки для сборки модулей

например

dpkg -L libpython3.6-dev | grep .so

/usr/lib/x86_64-linux-gnu/libpython3.6m.so