tugo

Извини, дорогой друг, но не работает, потому что ты ленивый рукожоп.

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

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

Вы пишете демон
В линуксе демонами сейчас заведует systemd вот и создай юнит который перезапускается при ошибке

Начните отсюда https://m.habr.com/ru/company/southbridge/blog/255845/

С версии 1.2 можно вставки на c++, из кейсов где пришлось сталкиваться - делал вставки с вызовами SDK КриптоПро на С++, когда нужно было работать с квалифицированными ЭЦП в golang. Имхо делать это нужно только в специфических задачах, просто так - смысла в этом не вижу.

да, это возможно, архитектура golang была создана специально так, чтоб можно без проблем вызывать с++ и из С++

zacg.github.io/blog/2013/06/06/calling-c-plus-plus...
https://github.com/sayden/go-c-bindings-examples

The best: https://www.youtube.com/c/KirillSemaev/videos
И еще несколько прекрасных каналов о линуксе и не только:
https://www.youtube.com/playlist?list=PLisqB92_b4T...
https://www.youtube.com/playlist?list=PLQJ7ptkRY-x...
https://www.youtube.com/playlist?list=PLtK75qxsQaM...
https://www.youtube.com/playlist?list=PLg5SS_4L6LY...

sudo apt install xinit --no-install-recommends - не потащит за собой рекомендуемые пакеты.
sudo apt install xinit --no-install-recommends --no-install-suggests - не потащит с собой вообще почти ничего:) (кроме, конечно, того, без чего xinit не заработает)

Вообще, если бы у меня была Pi, то скорее всего, я бы глядел в сторону удалённого управления (X11vnc например) - там КАЖЕТСЯ (но это не точно) не нужно ничего, кроме xserver-xorg, x11vnc и какого-нибудь окружения типа i3, чтобы всё было красиво и управлялось по локальной сети.

Шансы крайне ничтожны, а скорее тупо равны 0.
Особенно то что это made in china
даже если будете писать на завод и вам ответят, то ответят маркетологи, а не инженеры, а маркетологам ремонт не выгоден - им нужно продать новое устройство. поэтому тупо скажут - купляйте новый.
Если выйдите на СЦ, то скорее скажут - замена платы целиком, т.к. прошивка является интеллектуальной собственностью и диллерам не поставляется не выкладывается.
Да и опять же вопрос хранится ли она на заводе/ в конструкторском бюро, т.к., особенно если оборудование старое и уже давно не выпускается/снято с поддержки или данная серия была выпущена ограниченной партией или тем более как любят, парой-тройкой подрядных заводов, компаний "позаказу корпорации" - то темболее забудьте.

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

Язык не простой. Он просто в сравнении с c++/java.
Он будет интересен тем, кто профессионально писал на ruby/java и посмотреть что он предложит.

А новичку он совершенно бесполезен по разным причинам:
* на нем нет готовых публичных проектов в большом количестве
* у самого языка очень небольшое сообщество (пара сотен человек против миллионов на с++/java/c#/js/bash/basic/etc)
* вакансий на него раз-два и обчелся в мире

С подобными вопросами, не заморачивайтесь, учите python

Если вам надо ожидать ответ то вот:
Qt::BlockingQueuedConnection
https://doc.qt.io/qt-5/qt.html#ConnectionType-enum
во время выполнения оба потока будут заблокированы

А если не надо ожидать то безопасно вызывать напрямую сигналы из других потоков, которые подключены в свой объект через Qt::QueuedConnection

И если сигнал отправлять с qmetaobject::invokeMethod в удаленный класс то будет вылет. Так что это следует избегать.

Это нормально и повсеместно не только для qt.
ln -s libQt5Core.so.5.15.2 libQt5Core.so