AlexSer

Вы можете при помощи jQuery добавить в head вашего сайта новый стиль, блокирующий кнопку:

var style = '<style id="button_block"> button { pointer-events: none; opacity: 0.7; } </style>';
$('head').append(style); // Добавляем блокирующий стиль
$('style#button_block').remove(); // Удаляем блокирующий стиль

Свойство pointer-events: none сделает элемент некликабельным, ну а opacity слегка обесцветит кнопку, давая понять пользователю, что она заблокирована. Конечно, через консоль вполне можно все снять, но это уже будет не так очевидно, как с disabled.

"В лоб" - загоняете вывод в QStringList и удаляете те строки, чья длина равна 3.

В Qt сигналы и слоты можно связывать в любой комбинации если их сигнатуры совместимы. В данном случае нужно просто сделать 2 QObject::Connect() для связи этих QAction со слотом.

Вам не надо добавлять динамически слоты.
Достаточно подключить все в один слот, а в нем получить отправителя:

QAction *senderAction = qobject_cast<QAction*>(sender());

В каждый QAction засунуть информацию о идентификации через его методы либо через QAction::setProperty и доставать ее в слоте через senderAction->property(..).to..
Вместо QAction может быть любой другой отправитель наследник QObject.

Надо создавать объект с разными именами, они задаются во второй параметр.
Например так:

QSqlDatabase::addDatabase("QMYSQL", "ClassName1")
QSqlDatabase::addDatabase("QSQLITE", "ClassName2")

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

QSqlDatabase::removeDatabase("ClassName1");
QSqlDatabase::removeDatabase("ClassName2");

Через QFile f(“:/res/myicon.png“)

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

Либо создается какой-то единый объектный пулл, и уже через него работают

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

последовательный порт не передает пакеты. последовательный порт передает поток байт (на самом деле - бит, но прием целых байт уже реализован до вас нижележащими уровнями абстракции)
'разбиение на пакеты' - задача протокола более высокого уровня (который вам видимо и нужно реализовывать).
если у вас 'пакет' это строка, то конец пакета маркируется символом перевода строки, не так ли ?

libxml2

1) Как связать мой mainwindow.cpp и dialogsettingscom.cpp.

Сигналами, самый очевидный вариант. Погуглите примеры модальных окон в Qt. (настройки, по логике, модальное окно)

2) И где правильнее производить соединение при нажатий "Cоединиться" в dialogsettings.cpp или ловить сигнал нажатия "Соединиться" и производить соединение с ком портом в mainwindow.cpp.

Каждому объекту своя задача.
В идеале гуевые классы (виджеты) вообще не должны содержать бизнес логики. Вынесите все действия в отдельный (отдельные классы). Виджеты должны использоваться только как форма для ввода и отображения данных... ну и для управления.

Либо использовать web сокеты, есть примеры чатов.
Либо на фронтенде установить интервал JS для опроса через AJAX изменений о наличии товаров, и выводить уведомление.

CREATE TABLE `table_tmp` SELECT DISTINCT * FROM `table`;
DROP TABLE `table`;
RENAME TABLE `table_tmp` TO `table`;

Добрый день.
Можно форму, можно через js отлавливать значение option и отправлять ajax на сервер.
На сервере проверять права доступа к специальности и возвращать результат.

И первое и второе и еще много чего.
Если вы решаете вопрос создания (написания) очень крупного проекта, то в последующем вам потребуется не только PHP и NodeJS, а еще пара десятков или сотен скриптов на Perl, Bash, местами на GOlang и еще целый зоопарк.
Первично разрабатывая (ИМХО) я бы взял за основу PHP - как более знакомую и более дешевую (в части стоимости труда разработчиков) чем NodeJS. В последующем с ростом проекта, некоторые части кода будут выноситься в сервисы и будут использоваться другие языки.
Тут нужно понимать, что для каждой задачи есть свой инструмент. Что-то будет быстрее написать на PHP, а что-то будет быстрее работать на NodeJS.
Однозначного ответа быть не может.

Если бы я делал клон fb/vk, то не в одно лицо, а командой, и первые вопросы были бы «где взять команду и денег». Не на свои же.

По стеку. На компилируемом подобии php работает бэкенд vk. Я хорошо знаю PHP, поэтому взял бы его для бэкенда запрос-ответ. Для взаимодействия в реальном времени – чата, событий, игр – использовал бы Node.

Итого: микс технологий.

Если без аякса (а он тут и не шибко нужен), и надо, чтобы кнопки писались один раз, то есть два очевидных варианта (и куча неочевидных):
Вариант 1.
Кнопки делаем любым виджетом меню, хоть стандартным, хоть своим. Или просто верстаем в основной view-шке.
С каждой кнопки ссылаемся на один экшн контроллера, передавая get-параметр. К примеру: /site/cabinet?page=status
В actionCabinet контроллера возвращаем view-шку cabinet, и также передаем в неё параметр page.
Внутри view-шки cabinet сначала выводим общее меню, потом смотрим, какой параметр получен и в зависимости от него рендерим дочерний view, соответствующий нужному разделу.
Вариант 2.
Кнопки делаем своим виджетом, можно унаследовать от стандратных, чтобы назначить в нём ссылки.
Ссылаемся в меню на разные экшены/контроллеры.В каждом view экшена добавляем виджет с кнопками. Если надо поменять все кнопки - меняем виджет.