Как проверить доступность сервера

url_sea_text = server_ip_loc+"search/sea_text/"+poisk_txt+"/"+user_id;

networkManager_sea_text = new QNetworkAccessManager();
 QNetworkReply *replay_sea_text =  networkManager_sea_text->get(QNetworkRequest(QUrl(url_sea_text)));

    connect(networkManager_sea_text, &QNetworkAccessManager::finished, this, &AppCore::onResult_sea_text);

    connect(replay_sea_text, SIGNAL(downloadProgress(qint64,qint64)),this, SLOT(updateDownloadProgress(qint64,qint64)));

void AppCore::updateDownloadProgress(qint64 bytesRead, qint64 totalBytes)
{

   QTextStream cout(stdout);
   cout << QString::number(bytesRead) +"/"+QString::number(totalBytes) << endl;
   qDebug() <<"count"<< count;

   if (totalBytes>0) {
    count=bytesRead/totalBytes;
   }
   if (count>0.2) {
    emit sendToQml(count);
   }
}

bytesRead =0 

Рекомендуємо хостинг TIMEWEB

Stabiles Hosting des sozialen Netzwerks EVILEG. Wir empfehlen VDS-Hosting für Django-Projekte.

Добрый день!
Теоретически можно использовать QTcpSocket, у него есть метод connectToHost.

Спасибо. Попробую. Проблема в том, что сервер может пинговаться, но служба не работать(не выдавать нужные ссылки - у меня же на серваке сервер приложений ORDS крутится). Но это уже другая проблема. Но ее тоже надо обработать. И в этом случае QNetworkAccessManager все-таки предпочтителен. Буду пробовать.

Для QTcpSocket - насколько я понял  - необходимы настройки прокси сервера(если он есть) - не хочется с этим возиться.

Как и писали на форуме ожидание ответа от  connect(networkManager_news, &QNetworkAccessManager::finished, this, &AppCore::onResult_net);  составляет 45 секунд. Очень долго.

Как проверить что спустя 10 секунд connect(networkManager_news, &QNetworkAccessManager::finished, this, &AppCore::onResult_net);     &QNetworkAccessManager::finished -  не финишировал?

Сделайте в классе AppCore некоторую переменную, которая будет индикатором финиширования. Если QNetworkAccessManager::finished ещё не финишировал, то переменная должна иметь значение false, если финишировал, то в слоте onResult_net поставьте true.

Точно!!!
Я сейчас так пробую

QNetworkReply *replay_news = networkManager_news->get(QNetworkRequest(QUrl(url_news)));
connect(networkManager_news, &QNetworkAccessManager::finished, this, &AppCore::onResult_net);
QTimer::singleShot(10000, this, &AppCore::singleShotFunc);

void AppCore::singleShotFunc()
{
     qDebug() << reply_news->readAll() ;
}

singleShotFunc

*replay_news

*replay_news - если запрос не выполнен

Ну как вариант вместо singleShotFunc можно использовать лямбду и захватить QNetworkReply по указателю этой лямбдой

Ругается  ошибка: 'reply_news' was not declared in this scope
qDebug() << reply_news->readAll() ;
^

QTimer::singleShot(5000, [=] {

       qDebug() << "Спустя 5 сек." << QTime::currentTime().toString("hh:mm:ss");

      qDebug() << reply_news->readAll() ;

    });

и кстати

void AppCore::singleShotFunc()
{
         if (hatico_net==0){
        server_ip_loc = server_ip_ext;
        qDebug() << "Меняем IP сервера на другой";
        qDebug() << server_ip_loc;
        replay_news->abort();
    }
}

replay_news->abort();   -  программа вываливается

Сдаётся мне, что когда вы делаете обращение

replay_news->abort()

ок. Проверю. В принципе обошелся вашим советом и искусственными задержками.
А все-таки -  сколько на приложение нужно
networkManager = new QNetworkAccessManager();  ?  Пишут что вроде бы один. С разными  QNetworkReply* replay_cont.
Но у меня в этом случае чушь получается.  Поэтому мне приходиться их штамповать на каждую форму (или уникальную ссылку для получения данных с сервера)  Как правильно?

Тут скорее всего ситуативно, но по факту да, в большинстве задач можно обойтись и одним network менеджером