Станислав Макаров

pure virtual function

> как мне сделать так, чтобы они не заходили в друг друга при отрисовке?
не позиционировать их при отрисовке так, чтобы они заходили друг в друга.

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

1. Рисовать что-либо нужно в WM_PAINT. Но вы НЕ должны вызывать повторную инвалидацию в WM_PAINT, да и работать с таймером нежелательно.
2. По срабатыванию таймера (т.е. или в WM_TIMER, или в колбэке, как вам удобно) нужно делать инвалидацию окна с помощью InvalidateRect или UpdateWindow. Вы НЕ должны рисовать в обработчике таймера.

Почитайте ещё про виндовый механизм инвалидация-рисование, это критически важно для понимания происходящего. Вы не должны просить перерисовать что-либо напрямую. Вместо этого вы заявляете Винде, что вам больше "не нравится" какая-то область в окне (или всё окно целиком) и вы считаете эту область устаревшей и требующей обновления. Винда принимает это к сведению, и затем, через какое-то время, она пришлёт вам WM_PAINT, где вы всё нарисуете как считаете нужным.

Это удобно тем, что например если окно скрыто, Винда не посылает вам WM_PAINT и вы ничего не рисуете вообще, экономя ресурсы машины.

Если вы хотите добиться анимации, вам нужно регулярно (раз в N мс) заявлять Винде, что у вас устарело содержимое окна.

async_receive:

The receive operation may not receive all of the requested number of bytes. Consider using the async_read function if you need to ensure that the requested amount of data is received before the asynchronous operation completes.

Но т.к. вы всё равно заранее не знаете, сколько байт вам нужно прочитать, я не вижу проблемы в поведении async_receive. Вам нужно отслеживать состояние вашего протокола (в вашем случае - HTTP) и понимать, когда нужно подождать ещё данных, а когда уже всё пришло.

На свежих (поддерживаемых) билдах Windows 10 должен ставиться без проблем и так. Если на Windows 7 - поставьте MSIX Core. Какая у вас Винда вообще?

А, да, если у вас билд Windows 10 ниже чем 2004, нужно ещё включить sideloading, чтобы ставить приложения не только из Стора.

А вам нужно MariaDB или MySQL?
А вам нужно отдельно мапать в контейнер веб-рут и плагины с темами?
А вам все креды для подключения к базе нужно передавать через переменные окружения или только пароль?

Мне кажется на эти вопросы вы должны сами отвечать, исходя из своей ситуации. Если вы не можете сами сравнить и понять разницу - зачем вы вообще польуетесь docker compose?

Собирал x86 и x64, притом в один каталог не получилось.

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

Мне нужно каким-то образом выбирать каталог для поиска OpenCVConfig.cmake через find_package(), т.е. добавлять его в CMAKE_PREFIX_PATH видимо.

Неплохая идея. И почему не получилось?
Вообще по идее конфиг библиотеки (который OpenCVConfig.cmake) должен проверять разрядность и не давать подключать библиотеку с невалидной разрядностью. По идее тогда и несколько путей можно указать (не уверен, нужно проверить).

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

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

Ну и посмотрите ещё на SignalR, как на более комплексное решение (если уверены, что для вас это не overkill - в целях обучения может лучше голые вебсокеты).

ПКМ по проекту в Solution Explorer -> Set as StartUp Project

Для начала хватит и того что Сергей Горностаев посоветовал, но вообще вам бы почитать про какую-нибудь сборочную систему, например про CMake, и про процесс подключения внешних зависимостей. Может быть даже стоит поинтересоваться Conan-ом или Vcpkg-ем.

Вас ждёт много интересного.

А, ну да, сначала лучше получить базовые знания о процессе сборки C/C++ программ. "Как я понял для этого нужна линковка" - вот этот момент нужно сильно улучшить. Иначе вы ещё долго будете страдать.

А что мешает запустить Visual Studio Professional 2017, как вы это уже делали, открыть Диспетчер задач, вкладку с процессами, и сделать Open File Location?