Опять NetworkAccessManager

connect(replay,QNetworkReply::finished,this,AppCore::onResult(QNetworkReply *reply));

 networkManager = new QNetworkAccessManager();
      url = server_ip_loc+"search/sea/"+text;
      url_context =server_ip_loc+"in_put/set_cont";
      QNetworkRequest request( url_context );
      request.setHeader( QNetworkRequest::ContentTypeHeader, "application/json" );
        QJsonObject json
            {
                {"id", user_id}
            };
    QEventLoop loop;
    QNetworkReply* replay_cont =  networkManager->post(request, QJsonDocument(json).toJson());
    QObject::connect(replay_cont,&QNetworkReply::finished,&loop,&QEventLoop::quit);
    loop.exec();
    QNetworkReply *replay =  networkManager->get(QNetworkRequest(QUrl(url)));
    connect(replay,QNetworkReply::finished,this,AppCore::onResult(QNetworkReply *reply));

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

Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.

И как выставить QNetworkConfigurationManager::NetworkSessionRequired тоже непонятно. Везде в примерах ну очень муторно!


Я бы подключился как обычно, также к QNetworkAccessManager`у вместо QNetworkReply.

connect(networkManager,QNetworkManager::finished,this,AppCore::onResult);

QNetworkReply *replay =  networkManager->get(QNetworkRequest(QUrl(url)));

Пробовал  - плохо получается. С LOOP хотя бы последовательность есть. Там железно сначала один идет запрос , потом другой.

Object::connect(replay_cont,&QNetworkReply::finished,&loop,&QEventLoop::quit);

В любом случае, ответ нужно принимать через метод finished у QNetworkAccessManager.

connect(networkManager,QNetworkManager::finished,this,AppCore::onResult);

loop.exec();

А почему нельзя вешать на replay?

        QNetworkRequest webservice1Request;
        // @todo setup webservice1Request.
        QNetworkReply * const reply1 = networkAccessManager->get(webservice1Request);
        connect(reply1, QNetworkReply::finished, this, MyClass::getUserName);

        QNetworkRequest webservice2Request;
        // @todo setup webservice2Request.
        QNetworkReply * const reply2 = networkAccessManager->get(webservice2Request);
        connect(reply2, QNetworkReply::finished, this, MyClass::getUserAddress);

Да в принципе можно, только Вам тогда нужно сделать замыкание через лямбду на этот reply, чтобы из него брать ответную информацию. А networkManager возвращает текущий ответ.

Хотя я решил вопрос на стороне сервера ))). Просто SQL View по другому сделал. Без контекста. Но теоретически все равно интересно.  Где надо принимать ответ через NetworkManager, а где через NetworkReplay. В книжке Макса Шлее написано, что как раз QNetworkReplay содержит данные ответа.

И все-таки где сессия начинается и где заканчивается?

PS. Ваша заметка про синтаксис сигналов и слотов хороша, но она скорее для продвинутых. Вот здесь немного проще - https://habrahabr.ru/post/141983/ - может быть добавите пару абзацев сначала для начинающих.

Уже давно всё есть на сайте про сигналы и слоты:

Извините пожалуйста. Не увидел.  Очень сложно всю необходимую матчасть прочитать когда работаешь и по работе тебе это в принципе не нужно. Я для себя придумал задачу и пытаюсь ее написать. Буду изучать. Спасибо.